Facial profile modification for hands free transactions

ABSTRACT

An account management system establishes a facial template for a user based on an image. The user computing device, signed into a payment application at the merchant location, receives an identifier from a merchant beacon device to transmit to the account management system, which transmits payment tokens based on payment account data and facial templates to the merchant POS device for each user signed in at the merchant location. The merchant POS device identifies the user by comparing a captured image of the user against the received facial templates and transmits the payment token to an issuer system. At a later time, the account management system receives, from a user computing device, a subsequent user image and generates a subsequent facial template. If the difference of the subsequent facial template is less than a threshold from the existing facial template, the subsequent facial template is associated with the user account.

CROSS REFERENCE TO RELATED APPLICATION

This application claims priority to U.S. Provisional Patent ApplicationNo. 62/302,142 filed Mar. 1, 2016, and entitled “Facial ProfileModification for Hands Free Transactions,” the entire contents of whichare hereby fully incorporated herein by reference.

TECHNICAL FIELD

The present disclosure relates to improving user security intransactions by requiring updated user biometric information associatedwith user payment accounts to substantially agree with previouslysubmitted biometric information.

BACKGROUND

When consumers make purchases at a merchant location, many methods ofconducting a transaction are available. Consumers may use many differentcards or accounts for purchases, such as gift cards, debit cards, creditcards, stored value cards, and other cards or accounts. The user accountidentifiers and other data represented by the cards may be communicatedto the merchant system via magnetic stripes, near field communicationtechnologies involving user computing devices, and other suitablemechanisms.

Current applications for conducting transactions at a merchant locationmay provide the opportunity for the consumer to make a hands-freetransaction verified via biometric information of a user, such as imageor voice recognition of a user at checkout. However, currentapplications may not adequately prevent illegitimate users from updatingbiometric information of a user.

SUMMARY

Techniques herein provide computer-implemented methods to processhands-free transactions with facial recognition of a user and forenabling the user to update a facial template of the user for use inhands-free transactions. According to one aspect a computer-implementedmethod to update a facial template for use in processing a hands-freetransaction with facial recognition of a user is proposed, the methodcomprising: generating, by the one or more computing devices, a firstfacial template comprising a computer code representation of the firstfacial image; associating, by the one or more computing devices, thegenerated first facial template with an account of the user; receiving,by one or more computing devices and from a user computing device, a(subsequent) second facial image of the user and an indication of aninput of an option to modify the first facial template; generating, bythe one or more computing devices, a second facial template comprising acomputer code representation of the second facial image; determining, bythe one or more computing devices, a difference value representing adifference between the generated second facial template and thegenerated first facial template by comparing the generated second facialtemplate against the generated first facial template; and in response todetermining that the difference value representing the differencebetween the generated second facial template and the generated firstfacial template is less than a threshold difference value, associating,by the one or more computing devices, the generated second facialtemplate with the account of the user. The one or more computer devicesreceiving a first facial image of a user and generating a first facialtemplate may by an account management system maintaining user accounts.

In an example, a merchant system registers with the account managementsystem. The merchant system installs one or more merchant beacon devicesand one or more (merchant) point of sale devices at a merchant systemlocation. A user establishes an account with the account managementsystem and downloads a payment application on a user computing deviceassociated with the user. In an example, the user transmits an image ofhimself to the account management system to establish a facial templateassociated with the user account. In addition, the user may transmit anaudio recording of himself to the account management system to establishan additional audio template associated with the user account. The userassociated with the user account, at a time after initially configuringa facial template, audio template, and/or challenge and response for theuser account, may wish to update one or more of the facial template, theaudio template, and/or the challenge and response associated with theuser account. In another example, the user computing device is stolenfrom the user and an illegitimate user attempts to reconfigure thefacial template, audio template, and/or challenge and response for theuser account so that the illegitimate user can engage in hands-freetransactions using the user computing device of the user. The user (orother, illegitimate user) selects an option via the payment applicationto modify, e.g., change the facial template or audio template associatedwith the user account. The payment application activates the cameramodule of the user computing device and displays a request for the userto take a facial picture of himself. In another example, the paymentapplication activates an audio module of the user computing device anddisplays a request for the user to record audio of himself The paymentapplication transmits the recorded audio or facial image to the accountmanagement system, which generates a facial template or audio templatebased on the captured image and/or audio from the user. The accountmanagement system compares the generated facial template or audiotemplate against the facial template or audio template associated withthe user account. If the difference (evaluated based on a differencevalue) between the generated facial or audio template and thecorresponding template previously associated with the user account isgreater than a threshold difference value, the account management systemalerts the payment application that the facial template or audiotemplate was not successfully updated. In another example, if asimilarity between the generated facial or audio template and thecorresponding template previously associated with the user account isless than a threshold amount, the account management system alerts thepayment application that the facial template or audio template was notsuccessfully updated. If the difference between the generated facial oraudio template and the corresponding template previously associated withthe user account is equal to or less than a threshold amount, theaccount management system associates the generated facial or audiotemplate with the user account and alerts the payment application thatthe facial template or audio template was successfully updated. Inanother example, if a similarity between the generated facial or audiotemplate and the corresponding template previously associated with theuser account is greater than or equal to a threshold amount, the accountmanagement system associates the generated facial or audio template withthe user account and alerts the payment application that the facialtemplate or audio template was successfully updated. If successfullyupdated, the user may engage in hands-free transactions using theupdated facial template or updated audio template.

In one example, at a time after associating the first generated facialtemplate with the user account and before receiving the second facialimage, location data corresponding to a location comprising a point ofsale device is receive by the one or more computing devices (e.g. of anaccount managing system) and from the user computing device, Then, thefirst generated facial template is added, by the one or more computingdevices to a log of current customers at the location and a request forthe log of current customers at the location is received by the one ormore computing devices and from the point of sale device at thelocation. Subsequently, the log of current customers comprising at leastthe first generated facial template is transmitted, by the one or morecomputing devices and to the point of sale device at the location,

In one example, which may naturally be combined with the previouslystated example, at a time after associating the second generated facialtemplate with the user account, location data corresponding to alocation comprising a point of sale device is received by the one ormore computing devices and from the user computing device in order toadd, by the one or more computing devices, the second generated facialtemplate to a log of current customers at the location. After receiving,by the one or more computing devices and from the point of sale deviceat the location, a request for the log of current customers at thelocation; the log of current customers comprising at least the secondgenerated facial template is transmitted, by the one or more computingdevices, to the point of sale device at the location.

In certain other example aspects described herein, systems and computerprogram products to conduct a hands-free transaction with facialrecognition of a user are provided. In particular, one aspect relates toa system to update a facial template for use in processing a hands-freetransaction with facial recognition of a user, comprising a storagedevice; and a processor communicatively coupled to the storage device,wherein the processor executes application code instructions that arestored in the storage device to cause the system to: receive a firstfacial image of a user; generate a first facial template comprising acomputer code representation of the first facial image; associate thegenerated first facial template with an account of the user; receive,from a user computing device, a second facial image of the user and anindication of an input of an option to modify the first facial template;generate, a second facial template comprising a computer coderepresentation of the second facial image; determine, a difference valuerepresenting a difference between the generated second facial templateand the generated first facial template by comparing the generatedsecond facial template against the generated first facial template; andin response to determining that the difference value representing thedifference between the generated second facial template and thegenerated first facial template is less than a threshold differencevalue, associate the generated second facial template with the accountof the user. The system may comprise an account management systemmaintaining user accounts.

These and other aspects, objects, features, and advantages of theexamples will become apparent to those having ordinary skill in the artupon consideration of the following detailed description of illustratedexamples.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram depicting a system for processing hands-freetransactions with facial recognition of a user and for enabling the userto update a facial template of the user for use in hands-freetransactions, in accordance with certain examples.

FIG. 2 is a block flow diagram depicting a method for processinghands-free transactions with facial recognition of a user and forenabling the user to update a facial template of the user for use inhands-free transactions, in accordance with certain examples.

FIG. 3 is a block flow diagram depicting a method for registering, by amerchant system, with an account management system and installinghardware at a merchant system location, in accordance with certainexamples.

FIG. 4 is a block flow diagram depicting a method for registering, by auser, for an account with an account management system, in accordancewith certain examples.

FIG. 5 is a block flow diagram depicting a method for establishing afacial template associated with a user account, in accordance withcertain examples.

FIG. 6 is a block flow diagram depicting a method for establishing anaudio template associated with a user account, in accordance withcertain examples.

FIG. 7 is a block flow diagram depicting a method for receiving, by auser computing device, a merchant beacon identifier broadcasted by amerchant beacon device, in accordance with certain examples.

FIG. 8 is a block flow diagram depicting a method for receiving, by apoint of sale device, a facial template and a payment token for eachuser in range of a merchant beacon device, in accordance with certainexamples.

FIG. 9 is a block flow diagram depicting a method for updating, by amerchant point of sale device, a current customer log as users enter orleave a network range of a merchant beacon device, in accordance withcertain examples.

FIG. 10 is a block flow diagram depicting a method for initiating, by auser, a transaction at a merchant point of sale device, in accordancewith certain examples.

FIG. 11 is a block flow diagram depicting a method for identifying, by amerchant point of sale device, a user via facial recognition, inaccordance with certain examples.

FIG. 12 is a block flow diagram depicting a method for identifying, by amerchant point of sale device, a user via voice recognition, inaccordance with certain examples.

FIG. 13 is a block flow diagram depicting a method for identifying, by amerchant point of sale device operator, a user via a challenge and aresponse, in accordance with certain examples.

FIG. 14 is a block flow diagram depicting a method for conducting atransaction, in accordance with certain examples.

FIG. 15 is a block flow diagram depicting a method for updating, by auser, a facial template, audio template, or challenge and responseassociated with an account of the user, in accordance with certainexamples.

FIG. 16 is a block diagram depicting a computing machine and module, inaccordance with certain examples.

DETAILED DESCRIPTION OF EXAMPLES Overview

The examples described herein provide computer-implemented techniquesfor processing hands-free transactions with facial recognition of a userand for enabling the user to update a facial template of the user foruse in hands-free transactions.

In an example, a merchant system registers with an account managementsystem. The merchant system installs one or more merchant beacon devicesand one or more merchant point of sale devices at a merchant systemlocation. A user establishes an account with the account managementsystem and downloads a payment application on a user computing deviceassociated with the user. In an example, the user transmits an image ofhimself and/or an audio recording of himself to the account managementsystem to establish a facial template and/or audio template associatedwith the user account. The user enters a merchant system location andsigns into the payment application via the user computing device. Theuser computing device receives a merchant beacon device identifierbroadcasted at the merchant location from the merchant beacon device andtransmits the merchant beacon device identifier to the accountmanagement system. The account management system transmits facialtemplates, audio templates, and/or challenges and responses to themerchant point of sale device associated with users whose user computingdevices are in network range of the merchant beacon device and who aresigned in to the payment application. Additionally, the accountmanagement system generates a payment token for each user whose usercomputing device is in network range of the merchant beacon device andwho is signed in to the payment application. An example payment tokencomprises a series of alphanumeric and/or symbolic characters. Theexample payment token may be associated with a payment account of theuser and be recognizable by an issuer system associated with the paymentaccount of the user. For example, the account management systemgenerates the payment token and communicates the payment token to anissuer system associated with a payment account of the user along withthe user payment account information. In this example, if the issuersystem, at a later time, receives the payment token from a point of saledevice in a payment transaction, the issuer system is able to extractthe user payment account information associated with the payment token.

A merchant camera device associated with the merchant point of saledevice captures a facial image of the user and the merchant point ofsale device identifies the user based on comparing the captured facialimage against the received facial templates. Alternatively, the usersubmits an audio recording to the merchant point of sale device, whichidentifies the user based on comparing the received audio recordingagainst audio templates for users. In yet another embodiment, themerchant point of sale device operator identifies the user based on auser's response to a challenge. After identifying the user, the merchantpoint of sale device processes a transaction using the payment tokenassociated with the user received from the account management system.The merchant point of sale device generates a transaction authorizationrequest comprising the payment token and transaction details andtransmits the transaction authorization request to an issuer systemassociated with the user account selected for use in the transaction.The issuer system identifies the user payment account based on thereceived payment token and processes the transaction using thetransaction details and the user payment account information. Themerchant point of sale device receives an approval of the transactionauthorization request and transmits a receipt to the merchant point ofsale device.

The user associated with the user account, at a time after initiallyconfiguring a facial template, audio template, and/or challenge andresponse for the user account, may wish to update one or more of thefacial template, the audio template, and/or the challenge and responseassociated with the user account. In another example, the user computingdevice is stolen from the user and an illegitimate user attempts toreconfigure the facial template, audio template, and/or challenge andresponse for the user account so that the illegitimate user can engagein hands-free transactions using the user computing device of the user.The user (or other, illegitimate user) selects an option via the paymentapplication to change the facial template or audio template associatedwith the user account. The payment application activates the cameramodule of the user computing device and displays a request for the userto take a facial picture of himself. In another example, the paymentapplication activates an audio module of the user computing device anddisplays a request for the user to record audio of himself. The paymentapplication transmits the recorded audio or facial image to the accountmanagement system, which generates a facial template or audio templatebased on the captured image and/or audio from the user. The accountmanagement system compares the generated facial template or audiotemplate against the facial template or audio template associated withthe user account. If the difference between the generated facial oraudio template and the corresponding template previously associated withthe user account is greater than a threshold amount, the accountmanagement system alerts the payment application that the facialtemplate or audio template was not successfully updated. If thedifference between the generated facial or audio template and thecorresponding template previously associated with the user account isequal to or less than a threshold amount, the account management systemassociates the generated facial or audio template with the user accountand alerts the payment application that the facial template or audiotemplate was successfully updated. If successfully updated, the user mayengage in hands-free transactions using the updated facial template orupdated audio template.

In an example, a merchant system registers with an account managementsystem. A merchant system operator installs a payment application on amerchant point of sale device. In another example, the merchant systemoperator installs the payment application on a plurality of merchantpoint of sale devices at a merchant system location. A merchant beacondevice receives a beacon identifier code from an account managementsystem. For example, the merchant system operator installs one or moremerchant beacon devices at the merchant system location. The merchantbeacon device broadcasts the merchant beacon identifier code viawireless communication at the merchant system location. The merchantsystem operator installs a merchant camera device at the merchant systemlocation to correspond to a corresponding merchant point of sale device.In another example, a plurality of merchant camera devices are installedat the merchant system location, each merchant camera devicecorresponding to a particular merchant point of sale device. In yetanother example, a particular merchant camera device may correspond totwo or more particular merchant point of sale devices.

In an example, the user registers with an account management system. Forexample, the user accesses an account management system website via auser computing device associated with the user. The user registers withthe account management system and downloads a payment application ontothe user computing device. In an example, the account management systemestablishes a facial template associated with the user account. Forexample, the payment application displays a request for the user tocapture a facial image via the user computing device. The user selectsan option to capture a facial image. The payment application activates acamera module on the user computing device and the users captures afacial image of himself The account management system receives thefacial image. The account management system creates a facial templateassociated with the user account based on the received facial image. Theaccount management system deletes the received facial image. In anotherexample, the account management system establishes an audio templateassociated with the user account. For example, the payment applicationrequests and receives user audio via the user computing device. Thepayment application transmits the received user audio to the accountmanagement system and the account management system creates an audiotemplate associated with the user account based on the received audio ofthe voice of the user. The account management system deletes thereceived audio of the voice of the user. In yet another example, theaccount management system establishes a challenge and responseassociated with the user account. For example, the payment applicationon the user computing device displays a challenge, such as “userinitials,” and requests a response from the user. In this example, userJohn Doe may enter “J. D.” as the response to the challenge. In thisexample, the payment application transmits the entered response to theaccount management system, which associates the response with thechallenge in the user account.

The user signs in to the payment application on the user computingdevice. The user carries the user computing device within a thresholddistance of a merchant beacon device at the merchant system location.The user computing device receives a merchant beacon identifierbroadcast by the merchant beacon device and transmits the receivedmerchant beacon identifier and a user account identifier to the accountmanagement system. The account management system receives the merchantbeacon identifier and the user account identifier. The accountmanagement system extracts a facial template associated with the useraccount identifier and identifies a merchant point of sale deviceassociated with the merchant beacon device identifier. In anotherexample, the account management system extracts an audio templateassociated with the user account identifier and/or a challenge andresponse associated with the user account identifier in addition to orinstead of extracting the a facial template associated with the useraccount identifier.

The account management system transmits a facial template of theidentified user to the merchant point of sale device associated with themerchant beacon device identifier. For example, a facial templateassociated with the identified user's account is transmitted to themerchant point of sale device. The merchant point of sale devicereceives the facial template of the user, audio template of the user,and/or challenge and response associated with the user.

Additionally, the account management system generates a payment tokenfor each user whose user computing device is in network range of themerchant beacon device and who is signed in to the payment application.An example payment token comprises a series of alphanumeric and/orsymbolic characters. The example payment token may be associated with apayment account of the user and be recognizable by an issuer systemassociated with the payment account of the user. For example, theaccount management system generates the payment token and communicatesthe payment token to an issuer system associated with a payment accountof the user along with the user payment account information. In thisexample, if the issuer system, at a later time, receives the paymenttoken from a point of sale device in a payment transaction, the issuersystem is able to extract the user payment account informationassociated with the payment token.

The merchant point of sale device associates the payment token, thefacial template of the user, the audio template of the user, and thechallenge and response of the user in a current customer log. Themerchant point of sale device periodically updates the current customerlog based on updates received from the account management system. Themerchant point of sale device thus updates a log of current customers atthe location. For example, the account management system transmits asubsequent facial template, audio template, challenge and response, andpayment token for a subsequent user that, carrying a user computingdevice via which the user is signed in to the payment application,enters a threshold distance of a merchant beacon device required toestablish a wireless network connection. In this example, the accountmanagement system receives the merchant beacon device identifiertransmitted by the user computing device, generates a payment token, andtransmits a facial template of the subsequent user, audio template ofthe subsequent user, challenge and response of the subsequent user, andthe generated payment token to the merchant point of sale device. Inanother example, in response to detecting that the user computing deviceassociated with a particular user in the current customer log is nolonger maintaining a network connection with the merchant beacon device,is no longer retransmitting the merchant beacon device identifier to theaccount management system, or is no longer signed in to the paymentapplication, the account management system transmits a notice that auser has left a merchant location to the merchant point of sale device.In this example, the merchant point of sale device deletes the indicateduser from the current customer log. For example, deleting the indicateduser comprises deleting the user account identifier, facial template,audio template, challenge and response, payment token, and/or any otherdata associated with the particular user on the merchant point of saledevice.

The user approaches the merchant point of sale device. The merchantpoint of sale device operator totals items of the user for purchase. Themerchant point of sale device operator asks the user to select a paymentoption. The user directs the merchant point of sale device operator toinitiate a transaction via the payment application. For example, aspreviously discussed, the payment application is installed on both themerchant point of sale device and on the user computing device. Themerchant point of sale device operator selects an option on the merchantpoint of sale device to initiate a transaction using the paymentapplication.

The merchant camera device, communicatively coupled to the merchantpoint of sale device, captures video of the user. For example, the useris positioned in front of the point of sale device and the merchantcamera device is positioned to be able to capture a video of the user'sface. In an example, the merchant camera device starts capturing videoof the user only when the merchant point of sale device receives aninput from an operator of the merchant point of sale device to identifythe user. In another example, the merchant camera device startscapturing video when the associated merchant point of sale devicereceives an indication from the account management system that a usercomputing device associated with the user has established a networkconnection with the merchant beacon device and/or retransmitted themerchant beacon device identifier to the account management system. Inthis example, the merchant camera device does not capture video whenthere are no users with associated user computing devices within networkrange of the merchant beacon device. The merchant camera device extractsa facial image of the user from the captured video and generates afacial template from the captured facial image. The merchant cameradevice deletes the captured video and extracted facial image andtransmits the facial template to the merchant point of sale device. Inanother example, the merchant camera device transmits the facial imageof the user to the merchant point of sale device and the merchant pointof sale device generates the facial template from the facial image.

The merchant point of sale device retrieves facial templates from thecurrent customer log. For example, the current customer log comprises alist of users and associated facial templates for users associated withuser computing devices that have currently established a networkconnection with the merchant beacon device at the merchant systemlocation and/or have retransmitted the merchant beacon device identifierto the account management system. In an example, the current customerlog comprises volatile or transient memory. For example, the currentcustomer log is not saved and user information is added or deleted fromthe current customer log as user computing devices associated withrespective users enter or leave a network range of the merchant beacondevice. The merchant point of sale device compares the generated facialtemplate from the extracted facial image to facial templates from thecurrent customer log. The merchant point of sale device is able toidentify the user if there is a match between a facial template from thecurrent customer log and the generated facial template. The merchantpoint of sale device is unable to identify the user if there is no matchbetween a facial template from the current customer log and thegenerated facial template. If the merchant point of sale device is ableto identify the user, the merchant point of sale device notifies theaccount management system of the identity of the user and the accountmanagement system processes a transaction between the user and themerchant system. In an example, if the merchant point of sale device isable to identify the user but unable to notify the account managementsystem of the identity of the user, the merchant point of sale deviceprocesses a transaction using the received payment token associated withuser account of the identified user.

In an example, if the user cannot be identified based on facialrecognition, the merchant point of sale device identifies the user basedon audio recognition. In another example, the account management systemdoes not identify users based on audio recognition. In an example, ifthe payment processing identifies users based on audio recognition, theaccount management system retrieves audio templates corresponding tousers from the current customer log. The merchant point of sale devicedisplays a request to record an audio of the user via a user interfaceof the merchant point of sale device. The merchant point of sale devicerecords a voice input of the user and compares the received voice inputagainst the retrieved audio templates corresponding to users from thecurrent customer log. The merchant point of sale device is able toidentify the user if there is a match between an audio template from thecurrent customer log and the received voice input of the user. Themerchant point of sale device is unable to identify the user if there isno match between an audio template from the current customer log and thereceived voice input of the user. If the merchant point of sale deviceis able to identify the user, the merchant point of sale device notifiesthe account management system of the identity of the user and theaccount management system processes a transaction between the user andthe merchant system. In an example, if the merchant point of sale deviceis able to identify the user but unable to notify the account managementsystem of the identity of the user, the merchant point of sale deviceprocesses a transaction using the received payment token associated withuser account of the identified user.

If the merchant point of sale device is unable to identify the userbased on facial and/or voice recognition, the merchant point of saledevice operator is notified, via a display on the merchant point of saledevice, to issue a challenge to the user. The user provides a challengeresponse and the merchant point of sale operator inputs the responseinto the merchant point of sale device. The merchant point of saledevice displays potential users from the current customer log based onthe challenge response. For example, the merchant point of sale deviceaccesses the current customer log comprising a list or table thatassociates challenges with corresponding responses, user accountidentifiers, and payment tokens. In this example, the merchant point ofsale device identifies the user by correlating the challenge and theresponse to identify one or more users in the current customer log. Inthis example, the merchant point of sale device displays the one or moreidentified users to the merchant point of sale device operator. Themerchant point of sale device operator selects a user. In an example,the merchant point of sale device operator may compare a visual image orname of the user displayed on the user computing device to the visualappearance of the current customer at the merchant point of sale deviceand/or documentation presented by the user to the merchant point of saleoperator. In an example, the merchant point of sale device transmits theidentity of the user identified by the merchant point of sale operator.If the merchant point of sale device operator is able to identify theuser via the challenge and response, the merchant point of sale devicenotifies the account management system of the identity of the user andthe account management system processes a transaction between the userand the merchant system. If the merchant point of sale device operatoris unable to identify the user via the challenge and response, themerchant point of sale device operator cancels the transaction byactuating one or more objects on the user interface of the merchantpoint of sale device. In an example, if the merchant point of saledevice is able to identify the user but unable to notify the accountmanagement system of the identity of the user, the merchant point ofsale device processes a transaction using the received payment tokenassociated with user account of the identified user.

The merchant point of sale device operator confirms the transaction withpermission of the user. In an example, the merchant point of sale devicegenerates a transaction authorization request based on transactiondetails and the received payment token associated with the userretrieved from the current customer log. For example, transactiondetails may comprise a total amount of the transaction, a selected useraccount for use in the transaction, an account of the merchant for usein the transaction, and other useful or relevant information. Themerchant point of sale device transmits a transaction authorizationrequest to an issuer system. For example, the issuer system isassociated with a user payment account selected for use by the user inall hands free transactions involving the payment application. Theissuer system approves or denies the transaction authorization requestand transmits a transaction authorization approval or denial oftransaction authorization request to the merchant point of sale device.The merchant point of sale device transmits a transaction receipt to theuser computing device and/or prints or displays a receipt for the userat the merchant point of sale device indicating a status of thetransaction. For example, the merchant point of sale device displays anindication that the transaction was successfully processed or that thetransaction was denied.

In another example, the merchant point of sale device transmits anindication of an identity of the user identified via facial, audio,and/or challenge and response to the account management system alongwith the transaction details. In this example, the account managementsystem processes the transaction with the issuer system. For example,the account management system generates a transaction authorizationrequest comprising the payment token, where the transactionauthorization request is based on user account information and thetransaction details. In an example, the merchant point of sale devicetransmits the transaction authorization request to the issuer system. Inthis example, the issuer system receives the transaction authorizationrequest, approves or denies the transaction authorization request, andtransmits either a denial of transaction authorization request or anapproval of the transaction authorization request to the accountmanagement system. For example, the issuer system identifies the userpayment account associated with the payment token. In an example, thetransaction authorization request comprises a total transaction amountand the issuer system determines whether the transaction would result inthe user exceeding the user's credit limit associated with the userpayment account. The issuer system may base a decision to approve atransaction authorization request based on considerations other than thetotal transaction amount or the user's credit limit on the paymentaccount.

In an example, the account management system transmits notification ofan approved or denied transaction, based on the information receivedfrom the issuer system, to the merchant point of sale device and/or tothe user computing device. In this example, the merchant point of saledevice and/or the user computing device display or otherwise indicate tothe user a status of the transaction. For example, the user computingdevice receives, from the account management system, and displays a textmessage indicating to the user that the transaction was denied.

In an example, the user associated with the user account, at a timeafter initially configuring a facial template, audio template, and/orchallenge and response for the user account, may wish to update one ormore of the facial template, the audio template, and/or the challengeand response associated with the user account. In another example, theuser computing device is stolen from the user and an illegitimate userattempts to reconfigure the facial template, audio template, and/orchallenge and response for the user account so that the illegitimateuser can engage in hands-free transactions using the user computingdevice of the user. For example, the payment application may not beconfigured with a password and the illegitimate user may be able toaccess certain configurations of the payment application, such as anoption to update the facial template and/or the audio templateassociated with the user account.

In an example, the user selects an option via the payment application tochange the facial template or audio template associated with the useraccount. For example, the payment application displays a request for theuser to capture a facial image via the user computing device. The userselects an option to capture a facial image. The payment applicationactivates a camera module on the user computing device and the userscaptures a facial image of himself. The account management systemreceives the facial image. The account management system creates afacial template associated with the user account based on the receivedfacial image. The account management system deletes the received facialimage. In another example, the account management system establishes anaudio template associated with the user account. For example, thepayment application requests and receives user audio via the usercomputing device. The payment application transmits the received useraudio to the account management system and the account management systemcreates an audio template associated with the user account based on thereceived audio of the voice of the user. The account management systemdeletes the received audio of the voice of the user. The accountmanagement system compares the generated facial template or audiotemplate against the facial template or audio template currentlyassociated with the user account. If the difference between thegenerated facial or audio template and the corresponding templatecurrently associated with the user account is greater than a thresholdamount, the account management system alerts the payment applicationthat the facial template or audio template was not successfully updated.If the difference between the generated facial or audio template and thecorresponding template currently associated with the user account isequal to or less than a threshold amount, the account management systemassociates the generated facial or audio template with the user accountand alerts the payment application that the facial template or audiotemplate was successfully updated. If successfully updated, the user mayengage in hands-free transactions using the updated facial template orupdated audio template.

In another example, the payment application first sends a low resolutionfacial image or audio recording to the account management system, whichcompares the low resolution facial image or low resolution audiorecording against the facial template or audio template associated withthe account of the user. If the difference between the received lowresolution image or low resolution audio and the corresponding templatepreviously associated with the user account is greater than a thresholdamount, the account management system alerts the payment applicationthat the facial template or audio template was not successfully updated.If the difference between the received low resolution image or lowresolution audio and the corresponding template previously associatedwith the user account is less than or equal to a threshold amount, theaccount management system transmits a request for a higher resolutionimage or audio recording of the user, and the payment application sendsa high resolution facial image or higher resolution audio recording tothe account management system, which generates a facial template oraudio template and compares the generated template against the templateassociated with the account of the user. If the difference between thegenerated facial or audio template and the corresponding templatepreviously associated with the user account is equal to or less than athreshold amount, the account management system associates the generatedfacial or audio template with the user account and alerts the paymentapplication that the facial template or audio template was successfullyupdated. If successfully updated, the user may engage in hands-freetransactions using the updated facial template or updated audiotemplate.

In other examples, in response to determining that the differencebetween the generated facial or audio template and the correspondingtemplate currently associated with the user account is greater than athreshold amount or that a similarity between the generated facial oraudio template and the corresponding template previously associated withthe user account is less than a threshold amount, the account managementsystem transmits, via the network, an alert to the payment applicationthat the facial template or audio template was not successfully updatedand requests a response by the user to a challenge. In this example, thepayment application displays, via the user computing device, thechallenge to the user and the user inputs the response. In this example,the payment application transmits, to the account management system, theresponse. The account management system verifies the response to thechallenge. For example, the account management system extracts theresponse associated with the challenge associated with the user accountand determines whether the response provided by the user via the usercomputing device matches, exactly or substantially, the responseassociated with the user account. If the response provided by the usermatches the response associated with the user account, the accountmanagement system associates the generated user facial template or audiotemplate with the user account. If the response provided by the userdoes not match the response associated with the user account, theaccount management system transmits an alert to the payment applicationnotifying the user that the facial template or audio template was notsuccessfully updated.

By using and relying on the methods and systems described herein, theaccount management system, the merchant beacon device, the usercomputing device, and the merchant point of sale device enable the userto conduct a transaction with the merchant system without the userhaving to interact with the user computing device or produce identitydocuments or physical payment cards, as required in some currenttechnology. As such, the systems and methods described herein may reducethe inputs required by the user via the user computing device and theinputs required by the merchant point of sale device operator toidentify the user. Further, by using and relying on the methods andsystems described herein, the account management system and the usercomputing device may increase the security of hands-free transactions byinsuring that user biometric account data, such as user images andaudio, cannot easily be changed by illegitimate users attempting to usethe user computing device of the user in a hands free transaction.

Example System Architecture

Turning now to the drawings, in which like numerals indicate like (butnot necessarily identical) elements throughout the figures, examples aredescribed in detail.

FIG. 1 is a block diagram depicting a system 100 for conducting ahands-free transaction with facial recognition of a user 101, inaccordance with certain examples. As depicted in FIG. 1, the system 100includes network computing devices 110, 130, 140, 150, and 160 that areconfigured to communicate with one another via one or more networks 120.In some embodiments, a user associated with a device must install anapplication and/or make a feature selection to obtain the benefits ofthe techniques described herein.

In examples, the network 120 can include a local area network (“LAN”), awide area network (“WAN”), an intranet, an Internet, storage areanetwork (“SAN”), personal area network (“PAN”), a metropolitan areanetwork (“MAN”), a wireless local area network (“WLAN”), a virtualprivate network (“VPN”), a cellular or other mobile communicationnetwork, Bluetooth, Bluetooth low energy, NFC, or any combinationthereof or any other appropriate architecture or system that facilitatesthe communication of signals, data, and/or messages. Throughout thediscussion of examples, it should be understood that the terms “data”and “information” are used interchangeably herein to refer to text,images, audio, video, or any other form of information that can exist ina computer-based environment.

Each network computing device 110, 130, 140, 150, and 160 includes adevice having a communication module capable of transmitting andreceiving data over the network 120. For example, each network computingdevice 110, 130, 140, 150, and 160 can include a server, desktopcomputer, laptop computer, tablet computer, a television with one ormore processors embedded therein and/or coupled thereto, smart phone,handheld computer, personal digital assistant (“PDA”), or any otherwired or wireless, processor-driven device. In the example depicted inFIG. 1, the network computing devices 110, 130, 140, 150, and 160 areoperated by users 101, merchant beacon device 120 operators, merchantpoint of sale (“POS”) device 130 operators, payment processing system140 operators, issuer system 150 operators, and account managementsystem 160, respectively.

An example user computing device 110 comprises an antenna 111, aBluetooth Low Energy (“BLE”) controller 112, a payment application 113,a user interface 115, a data storage unit 116, a camera module 117, aweb browser 118, and a communication application 119.

In an example, the antenna 111 is a means of communication between theuser computing device 110 and a merchant beacon device 120. In anexample, a BLE controller 112 outputs through the antenna 111 a radiosignal, or listens for radio signals from the merchant beacon device120. In another example a Bluetooth controller, Wi-Fi controller, or anear field communication (“NFC”) controller is used. In an example, theBLE controller 112 outputs through the antenna 111 a radio signal, orlistens for radio signals from the merchant beacon device 120.

In an example, the BLE controller 112 is capable of sending andreceiving data, performing authentication and ciphering functions, anddirecting how the user computing device 110 will listen fortransmissions from the merchant beacon device 120 or configuring theuser computing device 110 into various power-save modes according toBLE-specified procedures. In another example, the user computing device110 comprises a Bluetooth controller, Wi-Fi controller or an NFCcontroller capable of performing similar functions. An example BLEcontroller 112 communicates with the payment application 113 and iscapable of sending and receiving data over a wireless, BLE communicationchannel. In another example, a Bluetooth controller 112, Wi-Ficontroller 112, or NFC controller 112 performs similar functions as theBLE controller 112 using Bluetooth, Wi-Fi, or NFC protocols. In anexample, the BLE controller 112 activates the antenna 111 to create awireless communication channel between the user computing device 110 andthe merchant beacon device 120. The user computing device 110communicates with the merchant beacon device 120 via the antenna 111. Inan example, when the user computing device 110 has been activated, theBLE controller 112 polls through the antenna 111 a radio signal, orlistens for radio signals from the merchant beacon device 120.

In an example, the payment application 113 is a program, function,routine, applet, or similar entity that exists on and performs itsoperations on the user computing device 110. In certain examples, theuser 101 must install the payment application 113 and/or make a featureselection on the user computing device 110 to obtain the benefits of thetechniques described herein. In an example, the user 101 may accesspayment application 113 on the user computing device 110 via the userinterface 115. In an example, the payment application 113 may beassociated with the account management system 160. In another example,the payment application 113 may be associated with a merchant systemassociated with the merchant beacon device 120 and/or the merchant pointof sale device 130.

In an example, the user interface 115 enables the user 101 to interactwith the payment application 113 and/or web browser 118. For example,the user interface 115 may be a touch screen, a voice-based interface,or any other interface that allows the user 101 to provide input andreceive output from an application or module on the user computingdevice 110. In an example, the user 101 interacts via the user interface115 with the payment application 113 and/or web browser 118 to configureuser 101 accounts with the account management system 160. In anotherexample, the user 101 interacts via the user interface 115 with thepayment application 113 and/or the web browser 118 to enable hands-freepayments, if needed.

In an example, the data storage unit 116 comprises a local or remotedata storage structure accessible to the user computing device 110suitable for storing information. In an example, the data storage unit116 stores encrypted information, such as HTML5 local storage.

In an example, the camera module 117 may be any module or function ofthe user computing device 110 that captures a digital image. The cameramodule 117 may be resident on the user computing device 110 or in anymanner logically connected to the user computing device 110. Forexample, the camera module 117 may be connected to the user computingdevice 110 via the network 120. The camera module 117 may be capable ofobtaining individual images or a video scan. Any other suitable imagecapturing device may be represented by the camera module 117.

In an example, the user 101 can use a communication application 119,such as a web browser 118 application or a stand-alone application, toview, download, upload, or otherwise access documents or web pages via adistributed network 120.

In an example, the web browser 118 can enable the user 101 to interactwith web pages using the user computing device 110. In an example, theuser 101 may access the user's 101 account maintained by the accountmanagement system 160 via the web browser 118. In another example, theuser 101 may access a merchant system website or an account managementsystem website 169 via the web browser 118. In certain examplesdescribed herein, one or more functions performed by the paymentapplication 113 may also be performed by a web browser 118 applicationassociated with the account management system 160.

In an example, the communication application 119 can interact with webservers or other computing devices connected to the network 120,including a web server of a merchant system and a web server 168 of theaccount management system 160.

In certain examples, one or more functions herein described as performedby the payment application 113 may also be performed by a web browser118 application, for example, a web browser 118 application associatedwith a merchant system website or associated with the account managementsystem 160. In certain examples, one or more functions herein describedas performed by the payment application 113 may also be performed by theuser computing device 110 operating system. In certain examples, one ormore functions herein described as performed via the web browser 118 mayalso be performed via the payment application 113.

An example merchant beacon device 120 comprises an antenna 121 and aBluetooth Low Energy (“BLE”) controller 122. In an example, a merchantsystem location comprises one or more merchant beacon devices 120installed at the merchant system location. In an example, each installedmerchant beacon device 120 is associated by an account management system160 with a particular merchant point of sale device 130 installed at themerchant location. For example, the account management system 160 maycomprise a database that correlates merchant beacon device 120identifiers with merchant point of sale device 130 identifiers forassociated merchant point of sale devices 130. For example, a merchantpoint of sale device 130 identifier may comprise hardware identifierspecific to the device such as a serial number or a media access control(“MAC”) identifier. In another example, a merchant beacon device 120identifier may comprise a hardware identifier specific to the beacondevice or an identifier generated by the account management system 160and stored in the merchant beacon device 120. An example merchant beacondevice 120 is programmed to broadcast, emit, or otherwise transmit aparticular merchant beacon device 120 identifier over a local wirelessnetwork, for example, a BLE network, to any user computing devices 110within a threshold distance required to maintain the wireless network120. For example, the wireless network may comprise a BLE network 120, aWi-Fi network 120, a Bluetooth network 120, an NFC network 120, or anyother appropriate wireless network 120.

In an example, the antenna 121 is a means of communication between theuser computing device 110 and a merchant beacon device 120. In anexample, a BLE controller 122 outputs through the antenna 121 a radiosignal, or listens for radio signals from the user computing device 110.In another example a Bluetooth controller, Wi-Fi controller, or a nearfield communication (“NFC”) controller is used. In an example, the BLEcontroller 122 outputs through the antenna 121 a radio signal, orlistens for radio signals from the user computing device 110.

In an example, the BLE controller 122 is capable of sending andreceiving data, performing authentication and ciphering functions, anddirecting how merchant beacon device 120 will listen for transmissionsfrom the user computing device 110 or configuring the merchant beacondevice 120 into various power-save modes according to BLE-specifiedprocedures. In another example, the merchant beacon device 120 comprisesa Bluetooth controller, Wi-Fi controller or an NFC controller capable ofperforming similar functions. An example BLE controller 122 communicateswith the payment application 113 and is capable of sending and receivingdata over a wireless, BLE communication channel. In another example, aBluetooth controller 122, a Wi-Fi controller 122, or an NFC controller122 performs similar functions as the Wi-Fi controller 122 usingBluetooth, Wi-Fi, or NFC protocols. In an example, the BLE controller122 activates the antenna 121 to create a wireless communication channelbetween the user computing device 110 and the merchant beacon device120. The merchant beacon device 120 communicates with the user computingdevice 110 via the antenna 121. In an example, when the merchant beacondevice 120 has been activated, the BLE controller 122 polls through theantenna 121 a radio signal, or listens for radio signals from the usercomputing device 110.

An example merchant point of sale device 130 comprises an audio module131, a camera module 132, a payment application 133, a user interface135, a data storage unit 136, and a communication application 139.

In an example, the audio module 131 may be any module or function of themerchant POS device 130 that captures an audio input of an externalenvironment of the merchant POS device 130. The audio module 131 may beresident on the merchant POS device 130 or in any manner logicallyconnected to the merchant POS device 130. For example, the audio module131 may be connected to the merchant POS device 130 via the network 120.The audio module 131 may be capable of obtaining an audio recording. Anysuitable audio recording device may be represented by the audio module131.

In an example, the camera module 132 may be any module or function ofthe merchant POS device 130 that captures an image or video input of anexternal environment of the merchant POS device 130. The camera modulemay be resident on the merchant POS device 130 or in any mannerlogically connected to the merchant POS device 130. For example, theaudio module 131 may be connected to the merchant POS device 130 via thenetwork 120. The camera module 132 may be capable of capturing one ormore images or recording a video recording. Any suitable image capturingand/or video recording device may be represented by the camera module132.

In an example, the payment application 133 is a program, function,routine, applet, or similar entity that exists on and performs itsoperations on the merchant point of sale device 130. In certainexamples, the merchant point of sale (“POS”) device operator 102 orother merchant system operator must install the payment application 133and/or make a feature selection on the merchant point of sale device 130to obtain the benefits of the techniques described herein. In anexample, the merchant POS device operator 102 may access the paymentapplication 133 on the merchant POS device 130 via the user interface135 of the merchant point of sale device 130. In an example, the paymentapplication 133 may be associated with the account management system160. In another example, the payment application 133 may be associatedwith a merchant system associated with the merchant beacon device 120and the merchant camera device 140.

In an example, the user interface 135 enables the merchant POS deviceoperator 102 to interact with the merchant POS device 130. For example,the user interface 135 may be a touch screen, a voice-based interface,or any other interface that allows the merchant POS device operator 102to provide input and receive output from an application or module on themerchant POS device 130. In an example, the merchant POS device operator102 interacts via the user interface 135 with the payment application133.

In an example, the data storage unit 136 comprises a local or remotedata storage structure accessible to the merchant POS device 130suitable for storing information. In an example, the data storage unit136 stores encrypted information, such as HTML5 local storage.

In an example, the communication application 139, such as a web browserapplication or a stand-alone application, enables an operator of themerchant POS device 130 to view, download, upload, or otherwise accessdocuments or web pages via a distributed network 120. For example, thecommunication application 139 may enable communication over the network120 with the account management system 160, a payment processing system140, and/or an issuer system 150.

An example payment processing system 140 communicates with the accountmanagement system 160 and the merchant point of sale device 130. In anexample, when the account management system 160 processes a paymenttransaction, the account management system 160 transmits user 101payment account data to the payment processing system 140, whichcommunicates a transaction authorization request an issuer system 150associated with the payment account data on behalf of the merchantsystem. In this example, the payment processing system 140 receives anapproval or a denial of the payment authorization request from theissuer system 140. In this example, the payment processing system 140communicates a notification to the account management system 160 and/orthe merchant point of sale device 130 of an approved or deniedtransaction. In this example, the account management system 160 and/orthe merchant point of sale device 130 that receives the notification ofan approved or denied transaction may transmit receipt data to the usercomputing device 110.

An example issuer system 150 approves or denies a payment authorizationrequest received from the merchant point of sale device 130. In anexample, the issuer system 150 communicates with the merchant point ofsale device 130 over the network 120. In an example, the issuer system150 communicates with an acquirer system to approve a creditauthorization for the user 101 and to make payment to the merchantsystem. For example, the acquirer system is a third party paymentprocessing system 140. In other examples, the issuer system 150 receivesthe payment authorization request from the payment processing system 140or the account management system 160 via the network 120.

An example account management system 160 comprises an account managementmodule 161, a facial recognition module 163, an audio recognition module165, a data storage unit 166, a transaction processing module 167, aserver 168, and a website 169.

In an example, the account management module 161 manages one or moreuser 101 accounts. In an example, a user 101 account may comprise adigital wallet account, an email account, a social networking account,or any other appropriate account associated with the account managementsystem 160. In an example, the account management system 161communicates with a payment application 113 operating on a usercomputing device 110 associated with a user 101 having a user 101account with the account management system 160. In an example, the user101 enters payment account information into the user 101 account via thepayment application 113 and the account management module 161 receivesthe payment account information over the network 120 and associates thereceived payment account information with the user 101 account.

In an example, the data storage unit 166 comprises a local or remotedata storage structure accessible to the account management system 160suitable for storing information. In an example, the data storage unit166 stores encrypted information, such as HTML5 local storage.

In certain examples, the transaction processing module 167 receivestransaction details from a merchant POS device 130 and a request toinitiate a transaction. Example transaction details comprise merchantsystem account information, a total amount of the transaction, and auser 101 selection of a user 101 payment account associated with theuser's 101 account with the account management system 160. For example,the user's 101 account is a digital wallet account comprising one ormore payment account information corresponding to one or more respectivepayment accounts of the user 101. In an example, the transactionprocessing module 167 extracts payment account information from the user101 account corresponding to the user 101 selection of the user 101payment account received in the transaction details from the merchantPOS device 130. In an example, the transaction processing module 167transmits a payment authorization request to an issuer system 150 orother appropriate financial institution associated with the paymentaccount selected by the user 101 for use in the transaction. An examplepayment authorization request may comprise merchant system paymentaccount information, user 101 payment account information, and a totalamount of the transaction. In an example, after the issuer system 150processes the payment authorization request, the transaction processingmodule 167 receives an approval or denial of the payment authorizationrequest from the issuer system 150 over the network 120. In an example,the transaction processing module 167 transmits a receipt to themerchant POS device 130 and/or the user computing device 110 comprisinga summary of the transaction.

It will be appreciated that the network connections shown are exampleand other means of establishing a communications link between thecomputers and devices can be used. Moreover, those having ordinary skillin the art having the benefit of the present disclosure will appreciatethat the user computing device 110, the merchant beacon device 120, themerchant point of sale device 130, the payment processing system 140,the issuer system 150, and the account management system 160 illustratedin FIG. 1 can have any of several other suitable computer systemconfigurations. For example, a user computing device 110 embodied as amobile phone or handheld computer may or may not include all thecomponents described above.

In examples, the network computing devices and any other computingmachines associated with the technology presented herein may be any typeof computing machine such as, but not limited to, those discussed inmore detail with respect to FIG. 16. Furthermore, any functions,applications, or components associated with any of these computingmachines, such as those described herein or any other others (forexample, scripts, web content, software, firmware, hardware, or modules)associated with the technology presented herein may by any of thecomponents discussed in more detail with respect to FIG. 16. Thecomputing machines discussed herein may communicate with one another, aswell as with other computing machines or communication systems over oneor more networks, such as network 120. The network 120 may include anytype of data or communications network, including any of the networktechnology discussed with respect to FIG. 16.

Example Processes

The example methods illustrated in FIGS. 2-15 are described hereinafterwith respect to the components of the example operating environment 100.The example methods of FIGS. 2-15 may also be performed with othersystems and in other environments.

FIG. 2 is a block diagram depicting a method 200 for conducting ahands-free transaction with facial recognition of a user 101, inaccordance with certain examples. The method 200 is described withreference to the components illustrated in FIG. 1.

In block 210, the merchant system registers with the account managementsystem 160 and installs hardware in a merchant location. The method forregistering, by a merchant system, with an account management system 160and installing hardware at a merchant system location is described inmore detail hereinafter with reference to the method described in FIG.3.

FIG. 3 is a block diagram depicting a method 210 for registering, by amerchant system, with an account management system 160 and installinghardware at a merchant system location, in accordance with certainexamples. The method 210 is described with reference to the componentsillustrated in FIG. 1.

In the examples described herein, the merchant system does not need toinstall hardware at the example merchant system location in anyparticular order. The method 210 describes one example method ofinstalling hardware at the merchant location. However, the merchantsystem or other system installing the merchant hardware does not need toinstall the merchant POS device 130, the merchant camera device 140, orthe merchant beacon device 120 in the order described herein.

In block 310, a merchant system registers with the account managementsystem 160. In an example, an agent of the merchant system accesses anaccount management system 160 website and registers for a merchantaccount with the account management system 160 via the website. In anexample, the merchant system adds payment account information associatedwith a merchant account to the merchant account managed by the accountmanagement system 160. In an example, the merchant system comprises oneor more merchant system locations. For example, the merchant system maycomprise one or more physical store locations. An example merchantlocation comprises one or more merchant point of sale (“POS”) devices130. In an example, one or more merchant POS device operators 102operate the one or more merchant POS devices 130 at the merchant systemlocation.

In block 320, a merchant system operator installs the paymentapplication 133 on the merchant point of sale device 130. In anotherexample, the merchant system operator purchases a merchant POS device130 from the account management system 160 with the payment application133 pre-installed on the merchant POS device 130. In an example, themerchant POS device 130 is able to communicate with the accountmanagement system 160 over a network 120. In an example, the merchantPOS device 130 communicates with the account management system 160 viathe payment application 133. For example, the merchant POS device 130may be able to transmit transaction details to the account managementsystem 160 via the payment application 133 over the network 120 toenable the account management system 160 to process a transaction. Inanother example, the merchant POS device 130 may be able to receive areceipt from the account management system 160 that notifies a merchantPOS device operator 102 as to whether a transaction was successful ornot.

In block 330, the merchant beacon device 120 receives a beaconidentifier from the account management system 160. In an example, themerchant system receives a beacon identifier from the account managementsystem 160 and installs or otherwise saves the beacon identifier on themerchant beacon device 120. In an example, a merchant system operatorinstalls the merchant beacon device 120 in proximity to a merchant POSdevice 130. In an example, the merchant system operator installs aplurality of merchant beacon devices 120, each merchant beacon device120 in proximity to one or more associated merchant POS devices 130. Inan example, the merchant beacon device 120 is able to broadcast amerchant beacon identifier over a wireless medium, wherein one or moreuser computing devices 110 located within a threshold proximity to themerchant beacon device 120 are able to receive the merchant beaconidentifier over the wireless medium. In another example, the merchantbeacon device 120 is able to establish a local network 120 connection toone or more user computing devices 110 located within a thresholdproximity to the merchant beacon device 120 and the merchant beacondevice 120 transmits the merchant beacon identifier to the one or moreuser computing devices 110 over the established local network 120connection. For example, the threshold proximity depends on the network120 communication protocol utilized by the merchant beacon device 120.

In block 340, the merchant beacon device 120 broadcasts the beaconidentifier code via wireless communication at the location of themerchant system. For example, the merchant beacon device 120 maybroadcast, emit, or otherwise transmit data comprising the beaconidentifier via Wi-Fi, Bluetooth, Bluetooth low energy (“BLE”), nearfield communication (“NFC”), or other appropriate communication protocolto one or more user computing devices 110 located at the merchant systemlocation within a threshold proximity to the merchant beacon device 120.In some examples, the merchant beacon device 120, at a time beforetransmitting the merchant beacon identifier, is operable to establish anetwork 120 connection between the merchant beacon device 120 and one ormore user computing devices 110 located at the merchant system locationwithin a threshold proximity to the merchant beacon device 120.

In block 350, a merchant system operator installs the merchant cameradevice 140 at the merchant system location to correspond to the merchantbeacon device 120. In an example, both a merchant camera device 140 anda merchant beacon device 120 are installed in proximity to a particularmerchant POS device 130. In another example, a merchant camera device140 and a merchant beacon device 120 are installed in proximity to twoor more particular merchant POS devices 130. In an example, the merchantcamera device 140 is oriented to be able to capture video and/or imagesof a face of a user 101 standing in front of one or more merchant POSdevices 130 during the process of checkout. In an example, the merchantsystem installs a merchant camera device 140 that is oriented to capturevideo and/or images of the face of a user standing in front of aparticular merchant POS device 130. In another example, the merchantsystem installs a merchant camera device 140 that is oriented to capturevideo and/or images of the faces of one or more users 101 standingwithin a proximity of a particular plurality of merchant POS devices 130within a range of a field of vision of the camera module 147 of themerchant camera device 140.

In block 360, the account management system 160 receives a merchantcamera device 140 identifier and associates it with the correspondingbeacon identifier code of the merchant beacon device 120. In an example,the merchant system and/or the account management system 160 configuresthe merchant camera device 140 so that the merchant camera device 140 isable to communicate with the account management system 160 over thenetwork 120. An example camera device 140 identifier comprises ahardware identifier, a MAC address, or other useful or relevantidentifier associated with the merchant camera device 140. In anexample, the account management system 160 comprises a databasecomprising merchant camera device 140 identifiers and associated beaconidentifiers for merchant beacon device 120 identifiers for a particularmerchant system location. In an example, the merchant camera devicetransmits the merchant beacon device 120 identifier in addition to themerchant camera device 140 identifier to the account management system160. In an example, the merchant camera device 140, during the setup andinstallation process, may receive the merchant beacon device 120identifier over an appropriate wireless communication channel from themerchant beacon device 120. In another example, the merchant cameradevice 140, during the setup and installation process, may establish anetwork 120 connection with the merchant beacon device 120 and receivethe merchant beacon device 120 identifier over the network 120. Inanother example, the account management system 160 receives the merchantcamera device 140 identifier, extracts one or more merchant beacondevice 120 identifiers from the database, and associates the merchantcamera device 140 identifier with one or more of the one or moreextracted merchant beacon device 120 identifiers. In yet anotherexample, the merchant system operator installs the one or more merchantbeacon devices 120 after installing the one or more merchant cameradevices 140. In this example, the account management system 160generates a merchant beacon device identifier to associate with amerchant camera device 140 identifier and transmits the generatedmerchant beacon device identifier to the merchant system. In thisexample, the merchant system operator manually configures the merchantbeacon device 120 to broadcast, emit, or otherwise transmit the merchantbeacon device identifier assigned by the account management system 160over a network 120.

In certain examples, one or both of the merchant camera device 140 andthe merchant beacon device 120 are components of the merchant POS device130 or are wirelessly or physically connected to the merchant POS device130 and controlled by one or more processors of the merchant POS device130. In certain examples, certain functions described herein asperformed by the merchant camera device 140 and/or the merchant beacondevice 120 may also be performed by the merchant POS device 130.

From block 360, the method 210 proceeds to block 220 of FIG. 2.

Returning to FIG. 2, in block 220, the user 101 registers with theaccount management system 160. The method for registering, by a user101, for an account with an account management system 160 is describedin more detail hereinafter with reference to the method 220 described inFIG. 4.

FIG. 4 is a block diagram depicting a method 220 for registering, by auser 101, for an account with an account management system 160, inaccordance with certain examples. The method 220 is described withreference to the components illustrated in FIG. 1.

In block 410, the user 101 accesses the account management systemwebsite 169. For example, the user 101 accesses the account managementsystem 160 via the web browser 118 of the user computing device 110. Inanother example, the user 101 may otherwise contact the accountmanagement system 160 to register for a user 101 account.

In block 420, the user 101 registers with the account management system160. The user 101 may obtain a user account number, receive theappropriate applications and software to install on the user computingdevice 110, request authorization to participate in hands-free paymentprocessing, or perform any action required by the account managementsystem 160. The user 101 may utilize the functions of the user computingdevice 110, such as the user interface 115 and the web browser 118, toregister and configure a user 101 account. In an example, the user 101may enter payment account information associated with one or more user101 accounts, for example, one or more credit accounts, one or more bankaccounts, one or more stored value accounts, and/or other appropriateaccounts into the user 101 account maintained by the account managementsystem 160.

In block 430, the user 101 downloads the payment application 113 ontothe user computing device 110. In an example, the payment application113 operating on the user computing device 110 is able to communicatewith the account management system 160 over the network 120. In anexample, the user 101 may configure user 101 account settings or add,delete, or edit payment account information via the payment application113. In an example, the user 101 may select an option to enable ordisable the permission of the account management system 160 to processhands free transactions. For example, a hands free transaction comprisesa transaction wherein the user 101 does not need to interact with theuser computing device 110 or requires minimal user 101 interaction withthe user computing device 110 to initiate a transaction with themerchant system.

In block 440, the account management system 160 establishes a facialtemplate associated with the user 101 account. The method forestablishing a facial template associated with a user 101 account isdescribed in more detail hereinafter with reference to the method 440described in FIG. 5.

FIG. 5 is a block diagram depicting a method 440 for establishing afacial template associated with a user 101 account, in accordance withcertain examples. The method 440 is described with reference to thecomponents illustrated in FIG. 1.

In block 510, the payment application 113 displays a request for theuser 101 to capture a facial image via the user computing device 110. Inan example, the payment application 113 displays the request via theuser interface 115. In an example, the user interface 115 may display arequest that reads, “to enable hands free transactions, we need an imageof your face. Would you like submit a facial image now?” In thisexample, the user 101 may select an option to take a current picture ormay otherwise select a picture stored on the user computing device 110.

In block 520, the user 101 selects an option to capture a facial image.For example, the user 101 actuates an object on the user interface 115that reads, “yes, I would like to take a picture now.”

In block 530, the payment application 113 activates the camera module117 on the user computing device 110 and the user 101 captures a facialimage of himself In an example, the user computing device user interface115 may display a live camera feed of the user 101 to aid the user 101in aligning the user's 101 face to take the facial image. In an example,the payment application 113 may display on the user computing device 110a box or other perimeter on the user interface 115 within which the user101 should align his face to take a picture of a required sizepredetermined by the account management system 160. In an example, theuser 101 may actuate an object on the user interface 115 to capture theimage. In this example, in response to the user actuating the object onthe user interface 115, the camera module 117 receives a command fromthe payment application 113 to capture an image of the user 101. Inanother example, the camera module 117 receives a command from thepayment application 113 to capture a plurality of images of the user 101as the user 101 moves the camera around the user's 101 face. Forexample, each of the plurality of images of the user 101 may correspondto a particular pose of the user's 101 face. An example facial image maycomprise a digital image of the face of a user 101. In an example, theaccount management system 160 may establish guidelines for users 101 insubmitting facial images. For example, the payment application 113 maydirect the user 101 to remove any hats, head coverings, glasses, orother objects or accessories that may occlude regions of the user's 101face so that payment application 160 may receive a complete depiction ofthe user's 101 face.

In an example, the user computing device 110 determines if the capturedfacial image is a valid facial image or an invalid facial image. Forexample, a valid facial image complies with guidelines predetermined bythe account management system 160 and an invalid facial image does notcomply with one or more of the guidelines. For example, if the usercomputing device 110 captures a facial image that comprises incorrectdimensions, if part or all of the user's 101 face is occluded, or if theimage is too dark or too bright, the user computing device 110 rejectsthe invalid facial image and displays a request directing the user 101to capture a subsequent facial image. In this example, the user 101captures a subsequent facial image via the user computing device 110,and the user computing device 110 transmits the subsequent facial imageto the account management system 160 via the network 120.

In block 540, the account management system 160 receives the facialimage. In another example, the account management system 160 receives aplurality of facial images of the user 101. For example, the paymentapplication 113 transmits the one or more facial images of the user 101to the account management system 160 via the network 120. In an example,the account management system 160 associates the received one or morefacial images with the user 101 account. For example, the accountmanagement system 160 is able to identify the user 101 account toassociate with the received one or more images because the user 101 iscurrently logged in to the payment application 113 on the user computingdevice 110 at the time the one or more facial images are transmitted tothe account management system 160. In certain examples, the accountmanagement system 160 determines if the received facial image is a validfacial image or an invalid facial image. For example, a valid facialimage complies with all guidelines predetermined by the accountmanagement system 160 and an invalid facial image does not comply withone or more of the guidelines. For example, if a user 101 submits afacial image that comprises incorrect dimensions, if part or all of theuser's 101 face is occluded, or if the image is too dark or too bright,the account management system 160 rejects the invalid facial image andtransmits a request to the user computing device 110 directing the user101 to capture a subsequent facial image to transmit to the accountmanagement system 160. In this example, the user computing device 110receives and displays the request, the user 101 captures a subsequentfacial image via the user computing device 110, and the user computingdevice 110 transmits the subsequent facial image to the accountmanagement system 160 via the network 120. In another example, the user101 submits a facial image that is not of a face and the accountmanagement system 160 or payment application 113 determines, via facialrecognition, that the image is not of a face, the account managementsystem 160 or payment application 113 rejects the invalid facial imageand transmits a request to the user computing device 110 for display bythe user computing device 110 directing the user 101 capture asubsequent facial image to transmit to the account management system160. In this example, the user computing device 110 receives anddisplays the request, the user 101 captures a subsequent facial imagevia the user computing device 110, and the user computing device 110transmits the subsequent facial image to the account management system160 via the network 120. In yet another example, the user 101 submits afacial image that is of a face but the account management system 160 orpayment application 113 determines that the image, based on one or moreimage metrics such as image resolution, is not of a minimum qualitystandard, and the account management system 160 or payment application113 rejects the invalid facial image and transmits a request to the usercomputing device 110 for display by the user computing device 110directing the user 101 capture a subsequent facial image to transmit tothe account management system 160. In this example, the user computingdevice 110 receives and displays the request, the user 101 captures asubsequent facial image via the user computing device 110, and the usercomputing device 110 transmits the subsequent facial image to theaccount management system 160 via the network 120.

In block 550, the account management system 160 creates a facialtemplate associated with the user 101 account based on the receivedfacial image. In another example, the account management system 160generates a corresponding facial template for each of a plurality ofreceived facial images associated with the user 101 account. In anexample, the facial template is of a predetermined size, for example, a128-byte facial template. In an example, the account management system160 generates a facial template comprising a computer coderepresentation of the digital facial image. For example, the facialtemplate may describe key features of the facial image of the user 101,such as shape, color, line, value, space, form, texture, or other usefulor relevant feature of the image or of particular regions of the image.In an example, the facial template is generated by processing the facialimage through a convolutional neural network. In an example, the accountmanagement system 160 stores the generated facial template associatedwith the user 101 in a data storage unit 166 associated with the accountmanagement system 160. For example, the account management system 160database may comprise a table or other means by which it correlates eachuser 101 account identifier with an associated facial template of theuser 101.

In another example, after the user computing device 110 captures one ormore facial images of the user 101, the user computing device 110generates one or more facial templates corresponding to one or more ofthe one or more captured facial images of the user 101. In this example,the user computing device 110 transmits the one or more generated facialtemplates to the account management system 160 over the network 120.

In block 560, the account management system 160 deletes the receivedfacial image. For example, the account management system 160 only uses afacial template comprising a computer code representation of the facialimage of the user 101. In another example, the account management system160 saves the received facial image for future processing. For example,the account management system 160, at a later time, updates a facialtemplate generation algorithm and generates an updated facial templatecorresponding to the saved facial image.

From block 560, the method 440 proceeds to block 450 in FIG. 4.

Returning to block 450, in FIG. 4, the account management system 160establishes an audio template associated with the user 101 account. Themethod for establishing an audio template associated with a user 101account is described in more detail hereinafter with reference to themethod 450 described in FIG. 6.

FIG. 6 is a block diagram depicting a method 450 for establishing anaudio template associated with a user 101 account, in accordance withcertain examples. The method 450 is described with reference to thecomponents illustrated in FIG. 1.

In block 610, the payment application 113 displays a request for theuser 101 to capture an audio recording of the user's 101 voice via theuser computing device 110. In an example, the payment application 113displays the request via the user interface 115. In an example, the userinterface 115 may display a request that reads, “to enable hands freetransactions, we need recording of your voice. Would you like submit anaudio recording now?” In this example, the user 101 may select an optionto submit a live audio recording or may otherwise select a pre-recordedaudio recording of the user 101 stored on the user computing device 110.

In block 620, the user 101 selects an option to capture an audiorecording. For example, the user 101 actuates an object on the userinterface 115 that reads, “yes, I would like to submit an audiorecording now.”

In block 630, the payment application 113 activates an audio module (notdepicted) on the user computing device 110 and the user 101 captures anaudio of the user's 101 voice. In an example, the user computing deviceuser interface 115 may display guidelines received from the accountmanagement system 160 to aid the user 101 in submitting an audiorecording. For example, the payment application 113 may displaydirections for the user 101 to record the user's 101 voice saying theuser's 101 name. In another example, the payment application 113 directsthe user 101 to capture an audio recording to establish a voice passwordthat can be used in hands-free transactions of the user 101. In anexample, the user 101 may actuate an object on the user interface 115 tocapture or record a live audio recording. In this example, in responseto the user actuating the object on the user interface 115, the audiomodule receives a command from the payment application 113 to capture anaudio recording of the user 101. In an example, the account managementsystem 160 may establish guidelines for users 101 in submitting audiorecordings. For example, the payment application 113 may direct the user101 to submit an audio recording no longer than a predefined maximumlength of duration. For example, the audio recording must be no longerthan five seconds. In another example, the payment application 113 maydirect the user 101 submit an audio recording lasting a predefinedlength of time, for example, an audio recording lasting five seconds. Inan example, after the user 101 initiates an audio recording by actuatingan object of the user interface 115, the payment application 113transmits a command to the audio module to stop recording the user's 101voice after the predefined length of time or predefined maximum lengthof time has expired.

In block 640, the account management system 160 receives an audiorecording of the voice of the user 101. For example, the paymentapplication 113 or audio module transmits the audio recording to theaccount management system 160 over the network 120. In another example,the payment application 113 retrieves an audio recording selected by theuser 101 and saved in the data storage unit 116 and transmits theretrieved audio recording to the account management system 160 over thenetwork 120.

In block 650, the account management system 160 creates an audiotemplate associated with the user's 101 voice based on the receivedaudio of the voice of the user. In an example, the audio template is ofa predetermined size. In an example, the account management system 160generates an audio template comprising a computer code representation ofthe user's 101 audio recording. For example, the audio template maydescribe key features of the audio recording of the user 101, such asthe intonation of the user's 101 voice or other features of the user's101 voice. In an example, the account management system 160 stores thegenerated audio template associated with the user 101 in a data storageunit 166 associated with the account management system 160. For example,the account management system 160 database may comprise a table or othermeans by which it correlates each user 101 account identifier with anassociated audio template of the user 101.

In block 660, the account management system 160 deletes the receivedaudio of the voice of the user 101. In an example, the accountmanagement system 160 deletes the received audio recording of the user101 to protect the privacy of the user 101. For example, the accountmanagement system 160 only uses an audio template comprising a computercode representation of the audio recording of the user 101.

From block 660, the method 440 proceeds to block 230 in FIG. 2.

Returning to block 230, in FIG. 2, the user device receives a merchantbeacon device 120 identifier. The method for receiving, by a usercomputing device 110, a merchant beacon identifier broadcast by amerchant beacon device 120 is described in more detail hereinafter withreference to the method 240 described in FIG. 7.

FIG. 7 is a block diagram depicting a method 240 for receiving, by auser computing device 110, a merchant beacon identifier broadcast by amerchant beacon device 120, in accordance with certain examples. Themethod 240 is described with reference to the components illustrated inFIG. 1.

In block 710, the user 101 enters the merchant system location and signsinto the payment application 113 on the user computing device 110. Inanother example, the user 101 signs into the payment application 113 ata time before entering the merchant system location and enters themerchant location carrying the user computing device 110 signed into thepayment application 113.

In block 720, the user 101 signs in to the payment application 113 onthe user computing device 110. In an example, the user 101 may have ausername and password associated with the user 101 account maintained bythe account management system 160. In an example, the user 101 opens thepayment application 113 on the user computing device 110 and enters ausername and/or password via the user interface 115 to sign in to thepayment application 113. In an example, when the user 101 is signed into the payment application 113, the payment application is able tocommunicate with the account management system 160 over the network 120.In this example, when the user 101 is not signed in to the paymentapplication 113, the payment application does not communicate with theaccount management system 160 even if the a network 120 connection isavailable. In an example, the user 101 may sign out of the paymentapplication 113 at any time by actuating one or more objects on the userinterface 115 of the user computing device 110. In an example, aftersigning in to the payment application 113, the user 101 configure one ormore user 101 account settings, add, edit, or delete user 101 paymentaccount information, and/or change user 101 preferences. In certainexamples, a user 101 may be required to make a feature selection toobtain the benefits of the techniques described herein. For example, theuser 101 may have to enable one or more user 101 account settings toenable hands free transactions according to the methods describedherein.

In an example, payment application 113 may provide options, data,configurable alerts, and other suitable features to the user 101. Forexample, the payment application 113 may comprise a listing of merchantsystems and merchant locations that participate in hands free paymenttransactions according to one or more of the methods described herein.The listing may be updated periodically from the account managementsystem 160. The payment application 113 may notify the user 101 when theuser 101 is within a configured vicinity of a participating merchantsystem. The payment application 113 may provide the user 101 withoptions to update payment preferences. The payment application 113 mayprovide the user 101 with a listing of recent transactions. The paymentapplication 113 may provide any other suitable information to the user101.

In block 730, the user 101 carries the user computing device 110 withina threshold distance of the merchant beacon device 120 at the merchantsystem location. In an example, the user 101 enters a location of themerchant system. The user 101 may enter the merchant location carryingthe user computing device 110 in a pocket or a bag, in the hands of theuser 101, or in any suitable manner. The location of the merchant systemmay be a store location, a kiosk location, or any suitable physicallocation of a merchant system. In another example, a merchant POSoperator 102 may be mobile and arrive at a location of the user 101. Forexample, the merchant system may be a restaurant and the merchant POSdevice operator 102 may be a delivery person possessing a portablemerchant POS device 130.

In certain examples, the payment application 113 may alert the user 101when the user 101 is in the vicinity of a merchant system that acceptshands-free payments. The alert may be provided via a message on the usercomputing device 110, via an email or a text, or in any suitable manner.In an example, the alert may be based on the location of the user 101 asdetermined by a GPS module (not depicted) resident on the user computingdevice 110. For example, the payment application 113 accesses the GPSdata from the GPS module and compare the GPS location to a list oflocations of merchant systems that accept hands free payments. Forexample, the payment application 113 comprises a list or accesses a listmaintained by the account management system 160 of merchant systemlocations that accept hands free payments. If a match results from thecomparison, then an alert is generated and provided to the user 101. Thematch may result if the user 101 is within a configured distance of aqualified merchant system location. In an example, the alerts may beconfigured to alert in any suitable manner. In an example, the alertsmay be combined in commercially dense environments or the alerts may bepresented individually. In another example, the alerts may be configuredto only alert the user 101 a configured number of times. For example,the alert may be presented three times, but upon a fourth instance, thealert is not presented. The alerts may be presented as a notificationwith an audible alert, a vibration, a popup alert on the user interface115 of the user computing device 110, or other suitable alert.

In block 740, the user computing device 110 receives a merchant beaconidentifier broadcast by the merchant beacon device 120. The usercomputing device 110 recognizes a merchant beacon device 120 viawireless communication at the location of the merchant system. The usercomputing device 110 may be configured to search for beacons or otherwireless signals. In an example, the user computing device 110 and themerchant beacon device 120 establish a BLE wireless network 120connection. In other examples, the user computing device 110 and themerchant beacon device 120 establish a Bluetooth, Wi-Fi, NFC, or otherappropriate network 120 connection. Upon entering the range of thesignal of the merchant beacon device 120, the user computing device 110receives the merchant beacon identifier.

In block 750, the user computing device 110 transmits the receivedmerchant beacon identifier and a user 101 account identifier to theaccount management system 160. In an example, the user computing device110 transmits the data received in the merchant beacon identifier alongwith a user 101 account identifier to the account management system 160over the network 120.

In block 760, the account management system 160 receives the merchantbeacon identifier and the user 101 account identifier. For example, theaccount management system 160 receives the merchant beacon identifierand the user 101 account identifier over the network 120. The usercomputing device 110 may compare the data from the merchant beaconidentifier to a database of merchant beacon identifier data and merchantcamera device identifier data to determine an identity of the merchantsystem and merchant camera device 140 associated with the merchantbeacon identifier and/or to verify the authenticity of the beacon.

From block 760, the method 230 proceeds to block 240 in FIG. 2.

Returning to FIG. 2, in block 240, the merchant point of sale device 130receives a facial template for each user 101 in range of the merchantbeacon device 120. The method for receiving, by a merchant camera device140, a facial template for each user 101 in range of the merchant beacondevice 120 is described in more detail hereinafter with reference to themethod 240 described in FIG. 8. In other examples, in addition to orinstead receiving the facial template, the merchant point of sale device130 receives an audio template and/or a challenge and responseassociated with the user 101 account.

FIG. 8 is a block diagram depicting a method 240 for receiving, by amerchant camera device 140, a facial template for each user 101 in rangeof the merchant beacon device 120, in accordance with certain examples.The method 240 is described with reference to the components illustratedin FIG. 1. In other examples, in addition to or instead receiving thefacial template, the merchant point of sale device 130 receives an audiotemplate and/or a challenge and response associated with the user 101account according to a similar method.

In block 810, the account management system 160 extracts a facialtemplate, audio template, and/or challenge and response associated withthe user 101 account identifier. In an example, the account managementsystem 160 accesses a database comprising stored facial templates of aplurality of users 101 with corresponding user 101 account identifiersfor each user 101. For example, this database is stored in the datastorage unit 166. In another example, the account management system 160extracts an audio template and/or a challenge and response instead of orin addition to the facial template from the database.

In block 820, the account management system 160 generates a paymenttoken for a user payment account and notifies an issuer system ofassociation of the payment token with the user payment account. In anexample, the account management system 160 generates a payment token foreach user 101 whose user computing device 110 is in network range of themerchant beacon device 120 and who is signed in to the paymentapplication 113. An example payment token comprises a series ofalphanumeric and/or symbolic characters. The example payment token maybe associated with a payment account of the user 101 and be recognizableby an issuer system 150 associated with the payment account of the user101. For example, the account management system 160 generates thepayment token and communicates the payment token to an issuer system 150associated with a payment account of the user 101 along with the user101 payment account information. In this example, if the issuer system150, at a later time after receiving the payment token from the accountmanagement system 160, receives the payment token from a point of saledevice 130 in a payment transaction, the issuer system 150 is able toextract the user 101 payment account information associated with thepayment token.

In some examples, the account management system 160 may placerestrictions on payment tokens for security reasons or according to oneor more configurations of the user 101 account desired by the user 101.For example, the payment token may only be valid for a preconfiguredlength of time, for example, one hour. In another example, the paymenttoken may only be valid for us in a transaction between the user 101 anda particular merchant system. In yet another example, the payment tokenis only valid for use within a particular geographic boundary or withina threshold distance from a geographic point. In an example, the accountmanagement system 160 communicates one or more of these examplerestrictions to the issuer system 150 along with the payment token andthe issuer system 150 associates these one or more restrictions with thepayment token and the user 101 payment account data in a database of theissuer system 150. In an example, the account management system 160 maycommunicate, to the issuer system 150 along with the payment token andthe user 101 account data, a current time stamp representing a time whenthe payment token was generated to associate with the payment token. Inanother example, the account management system 160 may communicate, tothe issuer system 150 along with the payment token and the user 101account data, location data describing geographic boundaries and/orthreshold distances from geographic points where the payment token maybe used in a transaction. In yet another example, the account managementsystem 160 may communicate, to the issuer system 150 along with thepayment token and the user 101 account data, a merchant systemidentifier and instructions that only payment authorization requestsoriginating from merchant systems comprising the merchant systemidentifier may be approved. In an example, the issuer system 150associates the payment token, the user 101 payment account dataassociated with the payment token, the one or more restrictions placedon the payment token by the account management system 160, and/or one ormore of location data, time stamp data, merchant system identifier data,or other data that the issuer system 150 may use to determine whetherthe one or more restrictions on the payment token are satisfied toenable use of the payment token.

In block 830, the account management system 160 identifies a merchantpoint of sale device 130 associated with the merchant beacon device 120identifier. In an example, the account management system 160 recognizesthat the merchant beacon identifier is associated with the accountmanagement system 160 and a particular merchant point of sale device 130at the merchant system location. In an example, the account managementsystem 160 recognizes that the merchant beacon identifier is associatedwith a plurality of merchant point of sale device 130 installed at aparticular merchant location.

In block 840, the account management system 160 transmits the facialtemplate of the identified user 101, the audio template of theidentified user 101, and/or the challenge and response associated withthe identified user 101 along with the generated payment token to themerchant point of sale device 130 associated with the merchant beacondevice 120 identifier. In another example, the account management system160 transmits the facial template of the identified user 101 and thegenerated payment token to a plurality of merchant point of sale devices130 associated with the merchant beacon device 120 identifier. Incertain examples, the account management system 160 receives, in realtime, a plurality of transmissions from user computing devices 101corresponding to a plurality of users 101 present at the merchant systemlocation, each transmission comprising a user 101 account identifier anda retransmitted merchant beacon identifier. In these examples, theaccount management system 160 retrieves, in response to receiving eachsuch transmission, a facial template associated with the received user101 account identifier and transmits a facial template to one or moremerchant point of sale devices 130 at the merchant location associatedwith the merchant beacon identifier. In other examples, in addition toor instead transmitting facial template, the account management system160 transmits an audio template and/or a challenge and responseassociated with the user 101 account to one or more merchant point ofsale devices 130.

In block 850, the merchant point of sale device 130 receives the facialtemplate of the user 101. In another example, in addition to or insteadreceiving the facial template, the merchant point of sale device 130receives an audio template and/or a challenge and response associatedwith the user 101 account. In another example, a plurality of merchantpoint of sale devices 130 receive the facial template of the user 101.In yet another example, the merchant point of sale devices and/or theplurality of merchant point of sale devices 130 receive one or moreadditional facial templates, audio templates, and/or challenges andresponses from the account management system 160 corresponding to one ormore users 101 other than the instant user 101 having user computingdevices 110 in network 120 connection to a merchant beacon device 120according to the method previously described herein. For example, theone or more additional facial templates, audio templates, and/orchallenges and associated responses are received in real time from theaccount management system 160 as additional users 101 other than theinstant user 101 receive the merchant beacon device 120 identifier overa wireless communication network 120 or otherwise establish a network120 connection between their user computing devices 110 and one or moremerchant beacon devices 120. For example, the one or more merchant pointof sale devices 130 may receive one or more additional facial templates,audio templates, and/or challenges and responses corresponding to one ormore additional users 101 at a time before, at the same time, or afterthe time at which the merchant point of sale devices 130 receives thefacial template of the instant user 101.

In block 860, the merchant point of sale device 130 adds the facialtemplate of the user 101 to a current customer log. In an example, themerchant point of sale device 130, in addition to or instead of thefacial template of the user 101, the merchant point of sale device 130adds an audio template and/or a challenge and response associated withthe user 101 to the current customer log. In an example, the currentcustomer log is accessible by the merchant point of sale device 130 andby the account management system 160. In an example, the merchant pointof sale device 130 maintains the current customer log on the merchantpoint of sale device 130 or on a computing device logically connected tothe merchant point of sale device 130.

In block 870, the merchant point of sale device 130 periodically updatesthe current customer log. The method for updating, by a merchant pointof sale device 130, a current customer log as users 101 enter or leave anetwork range of a merchant beacon device 120 is described in moredetail hereinafter with reference to the method 870 described in FIG. 9.

FIG. 9 is a block diagram depicting a method 870 for receiving, by amerchant camera device 140, notification from an account managementsystem 160 as users 101 enter or leave a network range of a merchantbeacon device 120, in accordance with certain examples. The method 870is described with reference to the components illustrated in FIG. 1.

In block 910, the merchant point of sale device 130 is notified by theaccount management system 160 as users 101 signed into a payment accountenter or leave a network range of the merchant beacon device 120. Forexample, as previously discussed, when a user 101 carrying a usercomputing device 110 enters a threshold distance from a merchant beacondevice 120, the merchant beacon device 120 or the user computing device110 of the user 101 are able to detect the other device and establish awireless network 120 connection between the two devices at the merchantsystem location. In this example, the merchant beacon device 120transmits the merchant beacon identifier corresponding to the merchantbeacon device 120 over the wireless network 120 to the user computingdevice 110. For example, the merchant beacon device 120 transmits themerchant beacon identifier to the user computing device 110 via a BLE,Bluetooth, Wi-Fi, or NFC wireless communication network 120. In thisexample, the user computing device 110 retransmits the received merchantbeacon identifier to the account management system 160 along with a user101 account identifier identifying the user 101.

In block 920, the account management system 160 determines whether a newuser 101 is in range of the merchant beacon device 120. For example, ifthe account management system 160 receives a new user 101 accountidentifier in addition to the same merchant beacon identifier, theaccount management system 160 may determine that a new user 101 is inrange of the merchant beacon device 120. In this example, the accountmanagement system 160 may infer that the new user 101 has entered themerchant location based on receipt of the new user 101 accountidentifier. In another example, if the account management system 160does not receive any new user 101 account identifiers along with thesame merchant beacon identifier within a threshold length of time, theaccount management system 160 may determine that no new users 101 haveentered the network 120 range of the merchant beacon device 120.

If a new user 101 is in range of the merchant beacon device 120, themethod 860 proceeds to block 830 in FIG. 8. For example, the accountmanagement system 160 receives a new user 101 account identifier inaddition to the same merchant beacon identifier. In this example, theaccount management system 160 infers that the new user 101 has enteredthe merchant location based on receipt of the new user 101 accountidentifier and the same merchant beacon identifier as previouslyreceived from the first user 101.

Returning to FIG. 8, in block 810, the account management system 160extracts a facial template associated with the new user 101 accountidentifier. In another example, the account management system 160, inaddition to or instead of the facial template associated with the newuser 101, the account management system 160 extracts an audio templateand/or a challenge and response associated with the new user 101. In anexample, the account management system 160 transmits the facialtemplate, audio template, and/or challenge and response to theappropriate one or more merchant point of sale devices 130 and the oneor more merchant point of sale devices 130 add the new user's 101 facialtemplate, audio template, and/or challenge and response to the currentcustomer log according to the example method previously described inmethod 250 in FIG. 8.

Returning to FIG. 9, in block 920, if there is a not a new user 101 inrange of the merchant beacon device 120, the method 870 proceeds toblock 930. For example, the account management system 160 does notreceive any new user 101 account identifiers along with the samemerchant beacon identifier within a threshold length of time anddetermines that no new users 101 have entered the network 120 range ofthe merchant beacon device 120.

In block 930, the merchant camera device 140 determines whether acurrent user 101 has moved out of range of the merchant beacon device120. In an example, the user computing device 110 continues to receivefrom the merchant beacon identifier from the merchant beacon device 120and retransmit the merchant beacon identifier along with the user 101account identifier to the account management system 160. In thisexample, the user computing device 110 may periodically transmitinformation comprising the merchant beacon identifier and user 101account identifier to the account management system 160 as long as theuser computing device 110 continues to detect the merchant beacon device120 and receive the merchant beacon device 120 identifier via periodicscans. For example, the user computing device scans for the merchantbeacon device 120 every five seconds. In another example, the usercomputing device 110 may periodically transmit information comprisingthe merchant beacon identifier and user 101 account identifier to theaccount management system 160 as long as the user computing device 110maintains a wireless network 120 connection with the merchant beacondevice 120. For example, the user computing device 110 may transmit thisinformation to the account management system 160 at every five seconds.In this example, if the account management system 160 ceases to receivethe information from the user computing device for a predefined numberof intervals, the account management system 160 may determine that thecorresponding user 101 has moved out of range of the merchant beacondevice. In this example, if the account management system 160 continuesto receive the information transmitted by the user computing device 110at the expected intervals, the account management system 160 determinesthat the user 101 is still in network 120 range of the merchant beacondevice 120.

If no current user 101 has moved out of range of the merchant beacondevice 120, the method 870 proceeds to block 250 in FIG. 2. For example,the account management system 160 continues to receive the merchantbeacon identifier and user 101 account identifier transmitted by theuser computing device 110 at the expected intervals and determines thatthe user 101 is still in network 120 range of the merchant beacon device120.

Returning to block 250, in FIG. 2, the user 101 initiates a transactionat the merchant POS device 130.

Returning to FIG. 9, in block 930, if a current user 101 has moved outof range of the merchant beacon device 120, the method 870 proceeds toblock 940.

In block 940, the merchant camera device 140 receives a notificationfrom the account management system 160 that a current user 101 is out ofnetwork range of the merchant beacon device 120. In another example, themerchant point of sale device 130 receives a notification from theaccount management system 160 that the user computing device 110associated with the current user 101 has stopped sending notificationsto the account management system 160 comprising the merchant beacondevice 120 identifier. For example, the merchant point of sale device130 receives the user 101 account identifier associated with the currentuser 101 associated with a user computing device 110 that is either outof network range or has stopped transmitting notifications comprisingthe merchant beacon device 120 identifier to the account managementsystem 160, accesses the current customer log, and finds an entrycorresponding to the current user 101. For example, the current customerlog is maintained by the account management system 160 and the merchantpoint of sale device 130 accesses the current customer log over thenetwork 120 by communicating with the account management system 160. Inanother example, the account management system 160 does not transmit anotification to the merchant point of sale device 130 that the currentuser 101 is out of network range. In this example, the accountmanagement system 160 accesses the current customer log and deletes thefacial template of the current user 101 from the current customer log.In another example, in addition to deleting the facial template of thecurrent user 101 from the current customer log, the merchant point ofsale device 130 deletes the audio template and/or the challenge andresponse associated with the current user 101 from the current customerlog.

In block 950, the merchant point of sale device 130 deletes the facialtemplate of the current user 101 from the current customer log. Forexample, the current customer log comprises a table and the merchantpoint of sale device 130 deletes or requests the deletion of an entry orrow corresponding to data associated with the current user 101 for whichthe point of sale device 130 received the notification. In anotherexample, the merchant point of sale device 130 deletes, in addition tothe facial template of the current user 101, the associated audiotemplate and/or associated challenge and response of the current user101 from the current customer log. In another example, the accountmanagement system 160 accesses the current customer log and deletes thefacial template, audio template, and/or challenge and response of thecurrent user 101 from the current customer log.

From block 950, the method 860 proceeds to block 250, in FIG. 2.

Returning to FIG. 2, in block 250, the user 101 initiates a transactionat the merchant point of sale device 130. The method for initiating, bya user 101, a transaction at a merchant point of sale device 130 isdescribed in more detail hereinafter with reference to the method 260described in FIG. 10. In the examples described herein, the user 101initiates a “hands free transaction” at the merchant POS device 130. Anexample hands free transaction does not require any interaction with theuser computing device 110 on the part of the user 101. In anotherexample, a hands free transaction requires only minimal interaction withthe user computing device 110 by the user 101.

FIG. 10 is a block diagram depicting a method 250 for initiating, by auser 101, a transaction at a merchant point of sale device 130, inaccordance with certain examples. The method 250 is described withreference to the components illustrated in FIG. 1.

In block 1010, the user 101 approaches the merchant point of sale device130. In an example, at a time prior to approaching the merchant POSdevice 130, the user 101 browses the merchant system location andselects one or more items to purchase. In this example, the user 101 maycollect the one or more items and carry, or otherwise transport viaphysical basket or shopping cart, the one or more items to the merchantPOS device 130.

In block 1020, the merchant point of sale device 130 operator 102 totalsthe items of the user 101 for purchase. In an example, the merchant POSdevice operator 102 scans barcodes attached to the one or more items orotherwise enters descriptions and prices associated with the one or moreitems into the merchant POS device 130. In an example, after scanning ormanually entering the items into the merchant POS device 130, themerchant POS device operator 102 actuates an object on the userinterface 135 of the merchant POS device 130 to order the merchant POSdevice 130 to total the items. In an example, the merchant POS device130 displays, via the user interface 135, the total to the user 101.

In block 1030, the merchant point of sale device 130 operator asks theuser 101 to select a payment option. In an example, the merchant POSdevice 130 displays one or more payment options that the user 101 mayselect to use in a transaction. Example payment options may comprisepayment via a payment application 113 associated with the accountmanagement system 160, payment by cash, payment by check, payment bycredit card, payment by debit card, and/or any other means of paymentthat the merchant system can or is willing to accept for payment fromthe user 101. In an example, the one or more payment options aredisplayed as objects on the user interface 135 and are selectable by themerchant POS device operator 102 in response to the user 101 directingthe merchant POS device 102 operator to make a selection.

In block 1040, the user 101 directs the merchant point of sale deviceoperator 102 to initiate a transaction via the payment application 113.In an example, in response to receiving a verbal request from the user101 to select the payment application 113 as a payment option, themerchant POS device operator 102 actuates an object on the userinterface 135 of the merchant POS device 130 corresponding to thepayment application 113 payment option.

In block 1050, the merchant point of sale device operator 102 selects anoption on the merchant point of sale device 130 to initiate atransaction using the payment application 113. In an example, themerchant POS device 130 displays a confirmation screen after themerchant POS device operator 102 selects an option to initiate atransaction using the payment application 113. An example confirmationscreen may display information summarizing the potential transaction andcomprising one or more of a transaction total, a description of the oneor more items being purchased by the user 101, and a indication that theuser 101 selected the payment application 113 as the method of paymentfor the transaction. An example confirmation screen may further displayoptions to confirm the transaction or cancel the transaction. In anexample, the user 101 reviews the confirmation screen, determines thatthe information displayed on the confirmation screen is correct,determines to continue with the transaction, and directs the merchantPOS device operator 102 to select the option to confirm the transactionvia the user interface 135.

From block 1050, the method 250 proceeds to block 260 in FIG. 2.

Returning to FIG. 2, in block 260, the merchant point of sale device 130identifies the user 101 via facial recognition. The method foridentifying, by a merchant point of sale device 130, a user 101 viafacial recognition is described in more detail hereinafter withreference to the method 260 described in FIG. 11. In other examples, themerchant point of sale device 130 identifies the user 101 via audiorecognition and/or via a challenge and response.

FIG. 11 is a block diagram depicting a method 260 for identifying, by amerchant point of sale device 130, a user 101 via facial recognition, inaccordance with certain examples. The method 260 is described withreference to the components illustrated in FIG. 1.

In block 1110, a camera module 132 of the merchant point of sale device130 captures video of the user 101. In an example, in response toreceiving a request to identify the user 101, the merchant point of saledevice 130 activates the camera module 132 to begin to capture a videoof the surroundings of the merchant point of sale device 130. In anexample, the merchant POS device 130 captures a video feed of the user's101 face. In another example, the camera module 132 continuouslycaptures, but does not record, a video feed of its surroundings. In thisexample, when the merchant point of sale device 130 receives an inputfrom the merchant POS device 130 operator 102, a request to identify theuser 101 from the account management system 160, the camera module 132beings to record the video feed for a threshold amount of time. In anexample, the user 101 may be moving during the period in which thecamera module 132 records the video feed. In an example, the cameramodule 132 extracts a facial image by determining a particular frame ofthe video feed and area of the instance of the video feed correspondingto the face of the user.

In block 1120, the camera module 132 extracts a facial image of the user101 from the captured video. In an example, the camera module 132determines a frame of the captured video to provide an image of theuser's 101 face and extracts the frame of the captured video comprisingthe facial image of the user 101.

In certain other examples, the camera module 132 determines a frame ofthe captured video to provide an image of the faces of a plurality ofusers 101. For example, the frame comprises an image of the face of afirst user 101, a second user 101, and a third user 101 at differentlocations in the image. In this example, one camera module 132associated with a particular merchant point of sale device 130 maycapture video of an environment corresponding to an area in theproximity of multiple merchant POS devices 130. In this example, thecamera module 132 may determine to which particular merchant POS device130 each of the plurality of faces of the corresponding plurality ofusers 101 in the extracted image.

In block 1130, the camera module 132 generates a facial template fromthe captured facial image. In another example, the merchant point ofsale device 130 generates the facial template. In an example, the facialtemplate is of a predetermined size, for example, a 128-byte facialtemplate. In an example, the account management system 160 generates afacial template comprising a computer code representation of the digitalfacial image. For example, the facial template may describe key featuresof the facial image of the user 101, such as shape, color, line, value,space, form, texture, or other useful or relevant feature of the imageor of particular regions of the image. In another example, the facialtemplate is generated by processing the facial image through aconvolutional neural network. In an example, the camera module 132stores the generated facial template in a data storage unit 146associated with the merchant point of sale device 130. For example, thecamera module 132 database may comprise a log of facial templates ofcurrent customers wherein the merchant point of sale device 130 storesthe generated facial template.

In certain other examples, the camera module 132 continuously captures avideo feed of its surroundings as users 101 enter and leave the vicinityof one or more merchant POS devices 130 over the course of a certaintime period. In this example, the merchant point of sale device 130and/or camera module 132 is able to continuously monitor the incomingvideo feed to detect faces from extracted frames of the video feed. Inthis example, the camera module 132, each time the camera module 132detects the presence of one or more faces in the video feed, the cameramodule 132 extracts a frame of the video feed comprising one or morefacial images of one or more corresponding detected faces and createsfacial templates based on the extracted one or more facial images. Inthis example, the merchant point of sale device 130 stores facialtemplates in the log of facial templates of current customers as theyare generated. In this example, as the camera module 132 or the merchantpoint of sale device 130 generates a subsequent facial templates, themerchant point of sale device 130 determines whether the generatedsubsequent facial template is similar to within a threshold compared toany of the facial templates already stored in the log of facialtemplates of current customers. If the generated subsequent facialtemplate is similar to within a threshold to any of the facial templatesalready stored in the log, the merchant point of sale device, afterassociating the facial template to one or two particular merchant POSdevices 130 based on the position of the associated facial images in theextracted frame of the captured video, adds the facial template to thelog of facial templates of current customers. If the generatedsubsequent facial template is not similar to within a threshold to anyfacial templates already stored in the log of facial templates ofcurrent customers, the merchant point of sale device 130 deletes orotherwise ignores and/or does nothing with the generated facialtemplate. In this example, if the merchant point of sale device 130determines that certain facial image is no longer in the field of thevideo feed, the corresponding facial template is deleted from the log offacial templates of current customers.

In block 1140, the camera module 132 deletes the captured video and theextracted facial image. For example, the camera module 132 does notstore captured images or video. In this example, facial templatesgenerated by the camera module 132 comprise computer coderepresentations of facial images of users 101. In this example, aftergenerating a facial template or after a threshold time has passed aftercapturing video or images or extracting an image from a video, themerchant camera device 140 deletes any captured or extracted video orimages.

In block 1150, the merchant point of sale device 130 retrieves facialtemplates from the current customer log. For example, the currentcustomer log comprises facial templates received from the accountmanagement system 160 corresponding to all current users 101 whoseassociated user computing devices 110 are located within a networkdistance of a merchant beacon device 120.

In block 1160, the merchant point of sale device 130 compares thegenerated facial template from captured facial image to facial templatesfrom the current customer log.

In block 1170, the merchant point of sale device 130 determines whetherthere is a match between the generated facial template and one of thefacial templates from the current customer log.

If a facial template from the current customer log matches the generatedfacial template, the method 260 proceeds to block 290 in FIG. 2. Forexample, the merchant point of sale device 130 processes a transaction.

Returning to block 1170, if none of the facial templates from thecurrent customer log matches the generated facial template, the method260 proceeds to block 270 in FIG. 2. In another example, if none of thefacial templates from the current customer log matches any of the facialtemplates from the log of facial templates of current customers, themethod 260 proceeds to block 270 in FIG. 2.

Returning to block 270, in FIG. 2, the point of sale device 130identifies the user 101 via voice recognition. In another example, theaccount management system 160 does not identify the user 101 via voicerecognition and proceeds to identify the user 101 via challenge andresponse. For example, the merchant camera device 140 and/or accountmanagement system 160 is unable to identify the user via facialrecognition and/or if the merchant camera device 140 and/or accountmanagement system 160 identify two or more users 101 via facialrecognition. The method for identifying, by an account management system160, a user 101 via voice recognition is described in more detailhereinafter with reference to the method 270 described in FIG. 12.

FIG. 12 is a block diagram depicting a method 270 for identifying, by anaccount management system 160, a user 101 via voice recognition, inaccordance with certain examples. The method 270 is described withreference to the components illustrated in FIG. 1.

In certain examples, it may be necessary to identify a user 101 viavoice recognition because the merchant point of sale device 130 is notable to identify the user 101 based on facial recognition. For example,the merchant camera module 132 may be unable to extract an adequatefacial image of the user 101 from the video feed to generate a facialtemplate. In another example, the merchant point of sale device 130 isunable to find a match for the facial template of the user 101 in thecurrent customer log. In yet another example, the merchant point of saledevice 130 identifies a matching user 101 facial template in the currentcustomer log, however, the identified user 101 facial template isassigned to two adjacent merchant POS devices 130. In this example, theuser 101 may have to identify himself via voice recognition at the POSdevice 130 at which the user 101 initiates the transaction.

In block 1210, the merchant point of sale device 130 transmits a noticethat the user 101 cannot be identified to the account management system160.

In block 1220, the merchant point of sale device 130 retrieves audiotemplates corresponding to users 101 from the current customer log. Aspreviously discussed, when a user 101 establishes an account with themerchant point of sale device 130, the user 101 may submit an audiorecording of the user's 101 voice to the merchant point of sale device130. In this example the merchant point of sale device 130 establishesan audio template corresponding to the user 101 based on the receivedaudio recording. In another examples, the user 101 does not submit anaudio recording to the merchant point of sale device 130 at the time theuser 101 establishes the user 101 account. In this other example, themerchant point of sale device 130 does not have an audio templateassociated with the user 101 account and cannot verify the user 101 viavoice recognition.

In block 1230, the merchant point of sale device 130 transmits a requestto the merchant system point of sale device 130 to record audio of theuser 101. For example, the merchant point of sale device 130 transmitsthe request over the network 120.

In block 1240, the merchant system point of sale device 130 displays therequest for the user 101 to record audio. For example, the merchantsystem POS device 130 may display directions to the user 101 to recordan audio recording. For example, the user 101 may be directed to speakthe same words in the same intonation as the user 101 did whenestablishing the audio template with the account management system 160at the time of setting up the user 101 account.

In block 1250, the merchant system point of sale device 130 records avoice input of the user 101. For example, the merchant POS deviceoperator 102 may actuate an object on the user interface 135 to activatean audio module 131 to receive an audio input of the user 101.

In block 1260, the merchant point of sale device 130 compares thereceived voice input against the retrieved audio templates correspondingto users 101 from the current customer log. For example, the merchantpoint of sale device 130 receives the audio input of the user 101.

In block 1270, the merchant point of sale device 130 determines whetherthere is a match between the received voice input and one of theretrieved audio templates from the current customer log. In an example,the merchant point of sale device 130 compares one or more featuresbetween the received voice input and each of the retrieved audiotemplates from the current customer log. In an example, if thesimilarity between the received voice input and a particular audiotemplate exceeds a predefined threshold, the merchant point of saledevice 130 determines that the received voice input matches theparticular audio template. In another example, if the similarity betweenthe received voice input and the particular audio template is less thanthe predefined threshold, the merchant point of sale device 130determines that the received voice input does not match the particularaudio template.

If an audio template from the current customer log matches the receivedvoice input, the method 270 proceeds to block 280 in FIG. 2. Forexample, the similarity between a particular audio template from thecurrent customer log and the received audio recording of the user 101exceeds a predefined threshold and the merchant point of sale device 130determines that there is a match.

Returning to block 1270, if none of the audio templates from the currentcustomer log matches the received voice input, the method 270 proceedsto block 280 in FIG. 2. In another example, the merchant POS device 130is unable to receive an audio recording of the user 101 or the receivedaudio recording of the user 101 is inadequate and cannot be used toidentify the user 101.

Returning to FIG. 2, in block 280, the user 101 is identified by themerchant system POS operator 102 via a challenge and a response. Themethod for identifying, by a merchant point of sale device operator 102,a user 101 via a challenge and a response is described in more detailhereinafter with reference to the method 280 described in FIG. 13.

FIG. 13 is a block diagram depicting a method 280 for identifying, by amerchant point of sale device operator 102, a user 101 via a challengeand a response, in accordance with certain examples. The method 280 isdescribed with reference to the components illustrated in FIG. 1.

In block 1310, the point of sale device operator 102 issues a challengeto the user 101. In an example, the merchant POS device operator 102asks the user 101 for the initials of the user 101. In another example,the merchant POS device operator 102 asks the user 101 for the last fourdigits of the phone number of the user 101. In another example, themerchant POS device operator 102 asks the user 101 for a configuredpassword. Any suitable challenge may be issued by the merchant POSdevice operator 102. In an example, the response to the challenge doesnot provide any secure or private information.

In block 1320, the user 101 provides a challenge response. As describedin the example challenges, the responses may be the initials of the user101, the last four digits of the phone number of the user 101, or aconfigured password. Any configured challenge response may be utilized.In certain embodiments, the response may be a spoken response, a handgesture, a keypad entry, a display of an identification card, or anysuitable response.

In block 1330, the point of sale device operator 102 inputs the responseinto the merchant point of sale device 130. The merchant POS deviceoperator 102 inputs the challenge response of the user 101. In anexample, if the user 101 indicates that the initials of the user 101 are“AC,” then the merchant POS device operator 102 inputs “AC” into thepayment application 133 of the merchant POS device 130. In an example,the user interface 135 of the merchant POS device 130 displays a requestfor an entry of the response of the user 101. The merchant POS deviceoperator 102 enters the response via a virtual or physical keyboard,voice dictation, or in any suitable manner. In an alternate example, theuser 101 enters the response into the user interface 135 of the merchantPOS device 130.

In block 1340, the merchant point of sale device 130 displays potentialusers 101 based on the challenge response. The merchant POS device 130displays potential users 101 based on the challenge response. A list ofusers 101 that are associated with the challenge response are displayedon the merchant POS device 130 to the merchant POS device operator 102.For example, if ten customers are in the vicinity of the merchant beacondevice 120, then the merchant POS device 130 may have received from theaccount management system 160 a challenge response associated with eachof the respective ten customers. When the merchant POS device 130receives the challenge response input, only the potential users 101 thatare associated with the challenge response are displayed to the merchantPOS device operator 102.

In another embodiment, the merchant POS device 130 or the accountmanagement system 160 which processes the challenge, presents additionalchallenges until there is a single matching user 101 remaining.

In the example, if the merchant POS device operator 102 inputs “AC” asthe initials of the user 101 associated with the transaction, then onlythe potential users 101 with those initials will be displayed to themerchant POS device operator 102 by the payment application 133. Thepayment application 133 accesses a database on the account managementsystem 160 or another computing device and identifies the initials ofthe potential users 101 that have provided tokens. The paymentapplication 133 identifies the one or more potential users 101 that havethe initials “AC” and displays the identified user 101 accounts to themerchant POS device operator 102. In the example, two of the tencustomers that are in the vicinity of the merchant beacon device 120have the initials “AC.” The user 101 accounts of the two customers aredisplayed to the merchant POS device operator 102.

In certain examples, all of the nearby customers who have had tokenstransmitted to the merchant POS device 130 are presented to the merchantPOS device operator 102 and the merchant POS device operator 102 selectsthe appropriate user 101 account.

The payment application 133 may display a picture of the potential user101 accounts that are presented to the merchant POS device operator 102.For example, each user 101 may associate a picture with a user 101account. When the merchant POS device 130 presents the one or morepotential user 101 accounts to the merchant POS device operator 102, themerchant POS device operator 102 may select the appropriate user 101account based on the picture matching the user 101 conducting thetransaction. Other identifying information may be presented instead of,or in addition to, a picture. For example, the name of the user 101 maybe displayed and the merchant POS device operator 102 may identify thepotential user 101 with that name. Any other suitable identifyinginformation may be presented.

In block 1350, the merchant point of sale device operator 102 selectsthe user 101 account for use in a transaction. After identifying thedisplayed picture of the user 101, the merchant POS device operator 102may input a selection of the user 101 by actuating a user interface 135control associated with the picture, or by inputting the selection inany suitable manner. If the picture doesn't match any of the potentialusers, then the merchant POS device operator 102 may cancel thetransaction, notify the user 101 of the discrepancy, or perform anyother suitable action.

In an example, only a single user 101 account is presented in the listof potential users 101. If only a single user 101 account is identified,then the method may proceed after the merchant POS device operator 102verifies that the displayed picture matches the user 101. If the picturedoesn't match, then the merchant POS device operator 102 may cancel thetransaction, notify the user 101 of the discrepancy, or perform anyother suitable action.

From block 1350, the method 280 proceeds to block 290 in FIG. 2.

Returning to FIG. 2, in block 290, a transaction is processed. Themethod for processing a transaction is described in more detailhereinafter with reference to the method 290 described in FIG. 14.

FIG. 14 is a block diagram depicting a method 290 for processing atransaction, in accordance with certain examples. The method 290 isdescribed with reference to the components illustrated in FIG. 1.

In block 1410, the merchant point of sale device 130 generates a paymentauthorization request based on the payment token and other transactioninformation. In an example, the payment authorization request comprisesthe payment token received from the account management system 160 forthe user 101 along with transaction details including a transactiontotal, a description of one or more items being purchased, a merchantidentifier, a merchant payment account identifier, and/or other relevanttransaction details.

In block 1420, the merchant point of sale device 130 transmits thepayment authorization request to the issuer system 150. For example, themerchant point of sale device 130 communicates the payment authorizationrequest to the issuer system 150 via the network 120.

In block 1430, the issuer system 150 approves the payment authorizationrequest. In an example, the issuer system 150 identifies the userpayment account based on the received payment token. For example, theissuer system 150 accesses a database that associates payment tokenswith user 101 payment account identifiers. In an example, the databasemay further associate payment tokens with one or more conditions, suchas a length of time for which the payment token is valid. For example, apayment token may only be valid for a threshold length of time, forexample one hour, after it is generated by the account management system130. In this example, as part of the transaction details in the paymentauthorization request, a current timestamp is received from the merchantpoint of sale device 130 and the issuer system 150 compares the receivedtimestamp from the transaction details to the one or more timeconditions described in the database associated with the payment tokenand/or one or more data received from the account management system 160at the time of the receipt of the payment token. In another example, thepayment token is valid only for use at a particular merchant system. Inthis example, the transaction details received with the paymentauthorization request from the merchant point of sale device 130identifier comprise a merchant system identifier. In this example, theissuer system 150 determines that the payment token is valid if themerchant identifier received in the transaction details of the paymentauthorization request match the merchant identifier in the one or moreconditions associated with the payment token in the database. In certainother examples, other conditions related to time, location, merchantidentifier, or a combination of these conditions and/or other conditionsmay be specified in the database as associated with one or moreparticular payment tokens. In an example, the issuer system 150 verifiesthat a payment token received as part of a payment authorization requestis valid based at least in part on data received from the merchant pointof sale device 130 and/or data currently available to the issuer system150. In an example, to process the transaction, the issuer system 150identifies the user payment account associated with the received paymenttoken in the database processes the transaction using the transactiondetails and the user payment account information.

In block 1440, the merchant point of sale device 130 receives anapproval of the payment authorization request from the issuer system150. In an example, the issuer system 150 either approves or declinesthe payment authorization request. In this example, the issuer system150 may base the decision of whether to approve or decline the paymentauthorization request based on a total amount of transaction the currentavailable credit of the user 101 for the user 101 payment account. In anexample, the merchant point of sale device 130 receives, via the network120, the approval of the payment authorization request from the issuersystem 150 if the issuer system 150 approves the payment authorizationrequest. In another example, the merchant point of sale device 130receives a notice of declined payment authorization request from theissuer system 150 via the network 120 if the issuer system 150 declinesthe payment authorization request.

In block 1450, the merchant point of sale device 130 displays aconfirmation of the approved transaction to the user 101. An exampleconfirmation of the approved transaction may include a total amountcharged to the user 101 payment account, an identification of the user101 payment account, a merchant system name, and/or other relevant oruseful information. In another example, the merchant point of saledevice 130 displays a notification of a declined transaction in responseto receiving a notice of declined payment authorization request from theissuer system 150. For example, the merchant point of sale device 130displays a message reading “This transaction has been declined” to theuser via the user interface 135 of the merchant point of sale device130. In another example, the merchant point of sale device 130 prints areceipt for the user 101.

In certain examples, from block 1450, the method 290 proceeds to block295 in FIG. 2. In certain other examples, the method 290 may end atblock 1450.

Returning to FIG. 2, in block 295, a user 101 updates a facial template,an audio template, or a challenge and response associated with anaccount of the user 101. For example, the user 101 associated with theuser 101 account, at a time after initially configuring a facialtemplate, audio template, and/or challenge and response for the useraccount, may wish to update one or more of the facial template, theaudio template, and/or the challenge and response associated with theuser account. In this example, the user 101 may update the facialtemplate, audio template and/or challenge and response at a time beforean initial hands-free transaction or at a time after the initialtransaction. In another example, the user computing device 110 is stolenfrom the user 101 and an illegitimate user attempts to reconfigure thefacial template, audio template, and/or challenge and response for theuser account so that the illegitimate user can engage in hands-freetransactions using the user computing device of the user.

The method for updating, by a user 101, a facial template, an audiotemplate, or a challenge and response associated with an account of theuser 101 is described in more detail hereinafter with reference to themethod 295 described in FIG. 15.

FIG. 15 is a block diagram depicting a method 295 for updating, by auser 101, a facial template, an audio template, or a challenge andresponse associated with an account of the user 101, in accordance withcertain examples. The method 295 is described with reference to thecomponents illustrated in FIG. 1.

In block 1510, the user 101 selects an option on the payment application113 to change the facial template associated with the user 101 account.In another example, the user 101 selects an option on the paymentapplication 113 to change the audio template associated with the user101 account.

In block 1515, the payment application 113 activates the camera module132 of the user computing device 110. In another example, the paymentapplication 113 activates an audio module (not depicted) of the usercomputing device 110.

In an example, the user computing device user interface 115 may displaya live camera feed of the user 101 to aid the user 101 in aligning theuser's 101 face to take the facial image. In an example, the paymentapplication 113 may display on the user computing device 110 a box orother perimeter on the user interface 115 within which the user 101should align his face to take a picture of a required size predeterminedby the account management system 160.

In another example, the payment application 113 activates an audiomodule (not depicted) on the user computing device 110 and the user 101captures an audio of the user's 101 voice. In an example, the usercomputing device user interface 115 may display guidelines received fromthe account management system 160 to aid the user 101 in submitting anaudio recording. For example, the payment application 113 may displaydirections for the user 101 to record the user's 101 voice saying theuser's 101 name. In another example, the payment application 113 directsthe user 101 to capture an audio recording to establish a voice passwordthat can be used in hands-free transactions of the user 101.

In block 1520, the payment application displays a request for the user101 to capture an image. In another example, the payment applicationdisplays a request for the user to capture an audio recording.

In block 1525, the user computing device 110 captures a facial image ofthe user 101 in response to a user 101 input to the user computingdevice 110. In another example, the user computing device 110 capturesan audio recording of the user 101 in response to a user 101 input tothe user computing device 110. In an example, the user 101 may actuatean object on the user interface 115 to capture the image. In thisexample, in response to the user actuating the object on the userinterface 115, the camera module 117 receives a command from the paymentapplication 113 to capture an image of the user 101. In another example,the camera module 117 receives a command from the payment application113 to capture a plurality of images of the user 101 as the user 101moves the camera around the user's 101 face. For example, each of theplurality of images of the user 101 may correspond to a particular poseof the user's 101 face. An example facial image may comprise a digitalimage of the face of a user 101. In an example, the account managementsystem 160 may establish guidelines for users 101 in submitting facialimages. For example, the payment application 113 may direct the user 101to remove any hats, head coverings, glasses, or other objects oraccessories that may occlude regions of the user's 101 face so thatpayment application 160 may receive a complete depiction of the user's101 face.

In an example, the user 101 may actuate an object on the user interface115 to capture or record a live audio recording. In this example, inresponse to the user actuating the object on the user interface 115, theaudio module receives a command from the payment application 113 tocapture an audio recording of the user 101. In an example, the accountmanagement system 160 may establish guidelines for users 101 insubmitting audio recordings. For example, the payment application 113may direct the user 101 to submit an audio recording no longer than apredefined maximum length of duration. For example, the audio recordingmust be no longer than five seconds. In another example, the paymentapplication 113 may direct the user 101 submit an audio recordinglasting a predefined length of time, for example, an audio recordinglasting five seconds. In an example, after the user 101 initiates anaudio recording by actuating an object of the user interface 115, thepayment application 113 transmits a command to the audio module to stoprecording the user's 101 voice after the predefined length of time orpredefined maximum length of time has expired.

In certain examples, the user computing device 110 determines if thecaptured facial image is a valid facial image or an invalid facialimage. For example, a valid facial image complies with guidelinespredetermined by the account management system 160 and an invalid facialimage does not comply with one or more of the guidelines. For example,if the user computing device 110 captures a facial image that comprisesincorrect dimensions, if part or all of the user's 101 face is occluded,or if the image is too dark or too bright, the user computing device 110rejects the invalid facial image and displays a request directing theuser 101 to capture a subsequent facial image. In another example, theuser 101 submits a facial image that is not of a face and the paymentapplication 113 determines, via facial recognition, that the image isnot of a face and transmits a request to the user computing device 110directing the user 101 capture a subsequent facial image to transmit tothe account management system 160. In this example, the user computingdevice 110 receives and displays the request, the user 101 captures asubsequent facial image via the user computing device 110.

In block 1530, the payment application 113 transmits the captured facialimage to the account management system 160. For example, the paymentapplication 113 transmits the captured facial image to the accountmanagement system 160 via the network 120. In another example, thepayment application 113 transmits the captured audio recording to theaccount management system 160 via the network 120. In an example, theaccount management system 160 receives the facial image or audiorecording captured by the user computing device 110 via the network 120.

In block 1535, the account management system 160 generates a facialtemplate based on the captured facial image. In another example, theaccount management system 160 generates an audio template based on thecaptured audio recording. In an example, the account management system160 creates a facial template associated with the user 101 account basedon the received facial image. In another example, the account managementsystem 160 generates a corresponding facial template for each of aplurality of received facial images associated with the user 101account. In an example, the facial template is of a predetermined size,for example, a 128-byte facial template. In an example, the accountmanagement system 160 generates a facial template comprising a computercode representation of the digital facial image. For example, the facialtemplate may describe key features of the facial image of the user 101,such as shape, color, line, value, space, form, texture, or other usefulor relevant feature of the image or of particular regions of the image.In an example, the facial template is generated by processing the facialimage through a convolutional neural network.

In an example, after the user computing device 110 captures one or morefacial images of the user 101, the user computing device 110 generatesone or more facial templates corresponding to one or more of the one ormore captured facial images of the user 101. In this example, the usercomputing device 110 transmits the one or more generated facialtemplates to the account management system 160 over the network 120. Inan example, the account management system 160 deletes the receivedfacial image. For example, the account management system 160 only uses afacial template comprising a computer code representation of the facialimage of the user 101. For example, the facial template is of apredetermined size, for example, a 128-byte facial template. In anexample, the account management system 160 generates a facial templatecomprising a computer code representation of the digital facial image.For example, the facial template may describe key features of the facialimage of the user 101, such as shape, color, line, value, space, form,texture, or other useful or relevant feature of the image or ofparticular regions of the image. In an example, the facial template isgenerated by processing the facial image through a convolutional neuralnetwork.

In another example, the account management system 160 creates an audiotemplate associated with the user's 101 voice based on the receivedaudio of the voice of the user. In an example, the audio template is ofa predetermined size. In an example, the account management system 160generates an audio template comprising a computer code representation ofthe user's 101 audio recording. For example, the audio template maydescribe key features of the audio recording of the user 101, such asthe intonation of the user's 101 voice or other features of the user's101 voice. In an example, account management system 160 deletes thereceived audio of the voice of the user 101. In an example, the accountmanagement system 160 deletes the received audio recording of the user101 to protect the privacy of the user 101. For example, the accountmanagement system 160 only uses an audio template comprising a computercode representation of the audio recording of the user 101. For example,the audio template may describe key features of the audio recording ofthe user 101, such as the intonation of the user's 101 voice or otherfeatures of the user's 101 voice.

In block 1540, the account management system 160 compares the generatedfacial template against the existing facial template associated with theuser 101 account. In an example, the account management system 160compares like features from the generated facial template againstcorresponding like features from the existing facial template associatedwith the user 101 account. For example, the account management system160 may compare the key features of the generated facial template, suchas shape, color, line, value, space, form, texture, or other useful orrelevant feature of the image or of particular regions of the imageagainst similar key features of the existing facial template associatedwith the user 101 account. In an example, for each key feature, theaccount management system 160 generates an individual delta value thatdescribes a degree or proportion of difference between the generatedfacial template and the existing facial template. In this example, theaccount management system 160 generates an overall delta value oraggregated delta value based on each individual delta value. Forexample, the overall delta value or aggregated delta value gives anoverall measure of the degree of difference between the generated facialtemplate and the existing facial template. In this example, anindividual delta value or overall (or aggregated) delta value maycomprise a number between 0 and 1, with 1 meaning that the facialtemplates are completely alike and 0 meaning that the facial templatesare completely unalike.

In another example, the account management system 160 compares thegenerated audio template against the existing audio template associatedwith the user 101 account. In an example, the account management system160 compares like features from the generated audio template againstcorresponding like features from the existing audio template associatedwith the user 101 account. For example, the account management system160 may compare the key features of the generated audio template, suchas intonation of the user's voice, or other useful or relevant featureof the sound recording of the generated audio template against similarkey features of the existing audio template associated with the user 101account. In an example, for each key feature, the account managementsystem 160 generates an individual delta value that describes a degreeor proportion of difference between the generated audio template and theexisting audio template. In this example, the account management system160 generates an overall delta value or aggregated delta value based oneach individual delta value. For example, the overall delta value oraggregated delta value gives an overall measure of the degree ofdifference between the generated audio template and the existing audiotemplate. In this example, an individual delta value or overall (oraggregated) delta value may comprise a number between 0 and 1, with 1meaning that the audio templates are completely unalike and 0 meaningthat the audio templates are completely alike. In this example, theindividual and overall or aggregated delta values represent a degree ofdifference between the facial or audio templates. In other examples,however, the individual and overall or aggregated delta values representa degree of likeness between the facial or audio templates.

In block 1545, the account management system 160 determines whether thedifference between the generated facial template and the existing facialtemplate associated with the user 101 account is greater than athreshold amount. In another example, the account management system 160determines whether the difference between the generated audio templateand the existing audio template associated with the user 101 account isgreater than a threshold amount. In an example, predefining a higherthreshold delta amount results in more security fore users 101 becauseit makes it more different for an illegitimate user 101 to attempt toreplace the facial template of the user 101 with a facial template ofthe illegitimate user 101. However, predefining a higher threshold deltaamount for comparing existing facial or audio templates againstgenerated facial or audio templates may result in inconvenience for theuser 101 when the user 101 desires to update the facial template of theuser 101. For example, a user 101 capturing an image in poor lightingconditions or capturing a sound recording with background noiseinterference may result in an overall or aggregated delta value thatdoes not exceed the predefined threshold even though individual deltavalues for other applicable key features may exceed a required thresholdfor individual feature-specific delta values. In this example,predefining a lower threshold delta amount results in less security forusers 101 because it makes it more different for an illegitimate user101 to attempt to replace the facial template of the user 101 with afacial template of the illegitimate user 101. However, predefining alower threshold delta amount for comparing existing facial or audiotemplates against generated facial or audio templates also may result inmore convenience for users 101.

If the account management system 160 determines that the differencebetween the generated facial template or generated audio template andexisting facial template associated with the user 101 account orexisting audio template associated with the user 101 account is greaterthan a threshold difference, the method 295 proceeds to block 1550. Forexample, the predefined overall or aggregated threshold delta value forcomparing the difference of a generated facial template against anexisting facial template currently associated with a user 101 account is0.1 and the determined overall or aggregated delta value based on theaccount management system 160 comparing the generated facial imageagainst the existing facial template associated with the user 101account is 0.12. In certain other examples, instead of determining aoverall delta value that is greater than a predetermined threshold deltavalue representing a degree of difference between the generated facialor audio template and the existing facial or audio template, the accountmanagement system 160 determines an overall delta value that is lessthan a predetermined threshold delta value representing a degree oflikeness between the generated facial or audio template and the existingfacial or audio template.

In block 1550, the account management system 160 transmits notificationto the user computing device 110 that the facial template associatedwith the user 101 account was not successfully updated. In anotherexample, the account management system 160 transmits notification to theuser computing device 110 that the audio template associated with theuser 101 account was not successfully updated. For example, in responseto determining an overall delta value that is greater than apredetermined threshold delta value representing a degree of differenceor an overall delta value that is less than a predetermined thresholddelta value representing a degree of likeness between the generatedfacial or audio template and the existing facial or audio template, theaccount management system 160 transmits the notification to the usercomputing device 110 that the facial template was not successfullyupdated and deletes the generated facial template.

In block 1560, the payment application 113 displays an error message viathe user computing device 110. For example, the payment application 113displays, via the user interface 115 of the user computing device 110, amessage that reads “user account facial template update attemptunsuccessful; please try again later.”

From block 1560, the method 295 returns to block 1510, and the user 101attempts a second or subsequent time to update the facial templateand/or audio template associated with the user 101 account. In anexample, if the user 101 (or an illegitimate user) unsuccessfullyattempt to update the facial template and/or audio template the audiotemplate associated with the user 101 account more than a predeterminednumber of times, the account management system 160 may otherwise alertthe user 101. In other examples, if the user 101 (or an illegitimateuser) unsuccessfully attempt to update the facial template and/or audiotemplate the audio template associated with the user 101 account morethan a predetermined number of times, the account management system 160may disable or deactivate the user account so that the user 101 accountmay not be accessed or used in any transactions until the user 101contacts the account management system 160.

Returning to block 1545, in FIG. 15, if the account management system160 determines that the difference between the generated facial templateor generated audio template and existing facial template associated withthe user 101 account or existing audio template associated with the user101 account is less than or equal to a threshold difference, the method295 proceeds to block 1570. For example, the predefined overall oraggregated threshold delta value for comparing the difference of agenerated facial template against an existing facial template currentlyassociated with a user 101 account is 0.1 and the determined overall oraggregated delta value based on the account management system 160comparing the generated facial image against the existing facialtemplate associated with the user 101 account is 0.05. In certain otherexamples, instead of determining a overall delta value that is less thanor equal to than a predetermined threshold delta value representing adegree of difference between the generated facial or audio template andthe existing facial or audio template, the account management system 160determines an overall delta value that is greater than or equal to apredetermined threshold delta value representing a degree of likenessbetween the generated facial or audio template and the existing facialor audio template.

In block 1570, the account management system 160 associates thegenerated facial template with the user 101 account. In an example, theaccount management system 160 stores the generated facial templateassociated with the user 101 in a data storage unit 166 associated withthe account management system 160. For example, the account managementsystem 160 database may comprise a table or other means by which itcorrelates each user 101 account identifier with an associated facialtemplate of the user 101.

In another example, the account management system 160 associates thegenerated audio template with the user 101 account. In an example, theaccount management system 160 disassociates the previous facial templateand/or audio template from the user 101 account and may delete theprevious facial template and/or audio template. In an example, theaccount management system 160 stores the generated audio templateassociated with the user 101 in a data storage unit 166 associated withthe account management system 160. For example, the account managementsystem 160 database may comprise a table or other means by which itcorrelates each user 101 account identifier with an associated audiotemplate of the user 101.

In block 1580, the account management system 160 transmits anotification to the user computing device 110 that the facial templatefor the user 101 account was updated successfully. In another example,the account management system 160 transmits a notification to the usercomputing device 110 that the audio template for the user 101 accountwas updated successfully.

In block 1590, the payment application 113 displays a notification viathe user computing device 110 that the facial template for the user 101account was updated successfully. For example, the payment application113 displays, via the user interface 115 of the user computing device110, a message that reads “user account facial template updatesuccessful.”

In certain examples, from block 1590, the method 295 returns to block230 in FIG. 2. For example, the user 101 may now engage in transactionsaccording to the methods described herein using the updated facialand/or audio template.

Other Examples

FIG. 16 depicts a computing machine 2000 and a module 2050 in accordancewith certain examples. The computing machine 2000 may correspond to anyof the various computers, servers, mobile devices, embedded systems, orcomputing systems presented herein. The module 2050 may comprise one ormore hardware or software elements configured to facilitate thecomputing machine 2000 in performing the various methods and processingfunctions presented herein. The computing machine 2000 may includevarious internal or attached components such as a processor 2010, systembus 2020, system memory 2030, storage media 2040, input/output interface2060, and a network interface 2070 for communicating with a network2080.

The computing machine 2000 may be implemented as a conventional computersystem, an embedded controller, a laptop, a server, a mobile device, asmartphone, a set-top box, a kiosk, a vehicular information system, onemore processors associated with a television, a customized machine, anyother hardware platform, or any combination or multiplicity thereof. Thecomputing machine 2000 may be a distributed system configured tofunction using multiple computing machines interconnected via a datanetwork or bus system.

The processor 2010 may be configured to execute code or instructions toperform the operations and functionality described herein, managerequest flow and address mappings, and to perform calculations andgenerate commands. The processor 2010 may be configured to monitor andcontrol the operation of the components in the computing machine 2000.The processor 2010 may be a general purpose processor, a processor core,a multiprocessor, a reconfigurable processor, a microcontroller, adigital signal processor (“DSP”), an application specific integratedcircuit (“ASIC”), a graphics processing unit (“GPU”), a fieldprogrammable gate array (“FPGA”), a programmable logic device (“PLD”), acontroller, a state machine, gated logic, discrete hardware components,any other processing unit, or any combination or multiplicity thereof.The processor 2010 may be a single processing unit, multiple processingunits, a single processing core, multiple processing cores, specialpurpose processing cores, co-processors, or any combination thereof.According to certain embodiments, the processor 2010 along with othercomponents of the computing machine 2000 may be a virtualized computingmachine executing within one or more other computing machines.

The system memory 2030 may include non-volatile memories such asread-only memory (“ROM”), programmable read-only memory (“PROM”),erasable programmable read-only memory (“EPROM”), flash memory, or anyother device capable of storing program instructions or data with orwithout applied power. The system memory 2030 may also include volatilememories such as random access memory (“RAM”), static random accessmemory (“SRAM”), dynamic random access memory (“DRAM”), and synchronousdynamic random access memory (“SDRAM”). Other types of RAM also may beused to implement the system memory 2030. The system memory 2030 may beimplemented using a single memory module or multiple memory modules.While the system memory 2030 is depicted as being part of the computingmachine 2000, one skilled in the art will recognize that the systemmemory 2030 may be separate from the computing machine 2000 withoutdeparting from the scope of the subject technology. It should also beappreciated that the system memory 2030 may include, or operate inconjunction with, a non-volatile storage device such as the storagemedia 2040.

The storage media 2040 may include a hard disk, a floppy disk, a compactdisc read only memory (“CD-ROM”), a digital versatile disc (“DVD”), aBlu-ray disc, a magnetic tape, a flash memory, other non-volatile memorydevice, a solid state drive (“SSD”), any magnetic storage device, anyoptical storage device, any electrical storage device, any semiconductorstorage device, any physical-based storage device, any other datastorage device, or any combination or multiplicity thereof. The storagemedia 2040 may store one or more operating systems, application programsand program modules such as module 2050, data, or any other information.The storage media 2040 may be part of, or connected to, the computingmachine 2000. The storage media 2040 may also be part of one or moreother computing machines that are in communication with the computingmachine 2000 such as servers, database servers, cloud storage, networkattached storage, and so forth.

The module 2050 may comprise one or more hardware or software elementsconfigured to facilitate the computing machine 2000 with performing thevarious methods and processing functions presented herein. The module2050 may include one or more sequences of instructions stored assoftware or firmware in association with the system memory 2030, thestorage media 2040, or both. The storage media 2040 may thereforerepresent examples of machine or computer readable media on whichinstructions or code may be stored for execution by the processor 2010.Machine or computer readable media may generally refer to any medium ormedia used to provide instructions to the processor 2010. Such machineor computer readable media associated with the module 2050 may comprisea computer software product. It should be appreciated that a computersoftware product comprising the module 2050 may also be associated withone or more processes or methods for delivering the module 2050 to thecomputing machine 2000 via the network 2080, any signal-bearing medium,or any other communication or delivery technology. The module 2050 mayalso comprise hardware circuits or information for configuring hardwarecircuits such as microcode or configuration information for an FPGA orother PLD.

The input/output (“I/O”) interface 2060 may be configured to couple toone or more external devices, to receive data from the one or moreexternal devices, and to send data to the one or more external devices.Such external devices along with the various internal devices may alsobe known as peripheral devices. The I/O interface 2060 may include bothelectrical and physical connections for operably coupling the variousperipheral devices to the computing machine 2000 or the processor 2010.The I/O interface 2060 may be configured to communicate data, addresses,and control signals between the peripheral devices, the computingmachine 2000, or the processor 2010. The I/O interface 2060 may beconfigured to implement any standard interface, such as small computersystem interface (“SCSI”), serial-attached SCSI (“SAS”), fiber channel,peripheral component interconnect (“PCI”), PCI express (PCIe), serialbus, parallel bus, advanced technology attached (“ATA”), serial ATA(“SATA”), universal serial bus (“USB”), Thunderbolt, FireWire, variousvideo buses, and the like. The I/O interface 2060 may be configured toimplement only one interface or bus technology. Alternatively, the I/Ointerface 2060 may be configured to implement multiple interfaces or bustechnologies. The I/O interface 2060 may be configured as part of, allof, or to operate in conjunction with, the system bus 2020. The I/Ointerface 2060 may include one or more buffers for bufferingtransmissions between one or more external devices, internal devices,the computing machine 2000, or the processor 2010.

The I/O interface 2060 may couple the computing machine 2000 to variousinput devices including mice, touch-screens, scanners, electronicdigitizers, sensors, receivers, touchpads, trackballs, cameras,microphones, keyboards, any other pointing devices, or any combinationsthereof. The I/O interface 2060 may couple the computing machine 2000 tovarious output devices including video displays, speakers, printers,projectors, tactile feedback devices, automation control, roboticcomponents, actuators, motors, fans, solenoids, valves, pumps,transmitters, signal emitters, lights, and so forth.

The computing machine 2000 may operate in a networked environment usinglogical connections through the network interface 2070 to one or moreother systems or computing machines across the network 2080. The network2080 may include wide area networks (WAN), local area networks (LAN),intranets, the Internet, wireless access networks, wired networks,mobile networks, telephone networks, optical networks, or combinationsthereof. The network 2080 may be packet switched, circuit switched, ofany topology, and may use any communication protocol. Communicationlinks within the network 2080 may involve various digital or an analogcommunication media such as fiber optic cables, free-space optics,waveguides, electrical conductors, wireless links, antennas,radio-frequency communications, and so forth.

The processor 2010 may be connected to the other elements of thecomputing machine 2000 or the various peripherals discussed hereinthrough the system bus 2020. It should be appreciated that the systembus 2020 may be within the processor 2010, outside the processor 2010,or both. According to some embodiments, any of the processor 2010, theother elements of the computing machine 2000, or the various peripheralsdiscussed herein may be integrated into a single device such as a systemon chip (“SOC”), system on package (“SOP”), or ASIC device.

In situations in which the systems discussed here collect personalinformation about users, or may make use of personal information, theusers may be provided with an opportunity or option to control whetherprograms or features collect user information (e.g., information about auser's social network, social actions or activities, profession, auser's preferences, or a user's current location), or to control whetherand/or how to receive content from the content server that may be morerelevant to the user. In addition, certain data may be treated in one ormore ways before it is stored or used, so that personally identifiableinformation is removed. For example, a user's identity may be treated sothat no personally identifiable information can be determined for theuser, or a user's geographic location may be generalized where locationinformation is obtained (such as to a city, ZIP code, or state level),so that a particular location of a user cannot be determined. Thus, theuser may have control over how information is collected about the userand used by a content server.

Embodiments may comprise a computer program that embodies the functionsdescribed and illustrated herein, wherein the computer program isimplemented in a computer system that comprises instructions stored in amachine-readable medium and a processor that executes the instructions.However, it should be apparent that there could be many different waysof implementing embodiments in computer programming, and the embodimentsshould not be construed as limited to any one set of computer programinstructions. Further, a skilled programmer would be able to write sucha computer program to implement an embodiment of the disclosedembodiments based on the appended flow charts and associated descriptionin the application text. Therefore, disclosure of a particular set ofprogram code instructions is not considered necessary for an adequateunderstanding of how to make and use embodiments. Further, those skilledin the art will appreciate that one or more aspects of embodimentsdescribed herein may be performed by hardware, software, or acombination thereof, as may be embodied in one or more computingsystems. Moreover, any reference to an act being performed by a computershould not be construed as being performed by a single computer as morethan one computer may perform the act.

The examples described herein can be used with computer hardware andsoftware that perform the methods and processing functions describedherein. The systems, methods, and procedures described herein can beembodied in a programmable computer, computer-executable software, ordigital circuitry. The software can be stored on computer-readablemedia. For example, computer-readable media can include a floppy disk,RAM, ROM, hard disk, removable media, flash memory, memory stick,optical media, magneto-optical media, CD-ROM, etc. Digital circuitry caninclude integrated circuits, gate arrays, building block logic, fieldprogrammable gate arrays (FPGA), etc.

The example systems, methods, and acts described in the embodimentspresented previously are illustrative, and, in alternative embodiments,certain acts can be performed in a different order, in parallel with oneanother, omitted entirely, and/or combined between different examples,and/or certain additional acts can be performed, without departing fromthe scope and spirit of various embodiments. Accordingly, suchalternative embodiments are included in the scope of the followingclaims, which are to be accorded the broadest interpretation so as toencompass such alternate embodiments.

Although specific embodiments have been described above in detail, thedescription is merely for purposes of illustration. It should beappreciated, therefore, that many aspects described above are notintended as required or essential elements unless explicitly statedotherwise. Modifications of, and equivalent components or actscorresponding to, the disclosed aspects of the examples, in addition tothose described above, can be made by a person of ordinary skill in theart, having the benefit of the present disclosure, without departingfrom the spirit and scope of embodiments defined in the followingclaims, the scope of which is to be accorded the broadest interpretationso as to encompass such modifications and equivalent structures.

1-20. (canceled)
 21. A computer-implemented method to update facialimage data associated with user accounts: by an account managementcomputing system: receiving, from a user computing device, a facialimage of the user and a request to modify first facial image dataassociated with a user account; generating second facial image datacomprising a computer code representation of the received facial image;comparing the second facial image data and the first facial image dataassociated with the user account to determine a difference valuerepresenting a difference between the generated second facial image dataand the first facial image data; determining that the difference valueis less than a predefined difference value; and associating the secondfacial image data with the user account.
 22. The computer-implementedmethod of claim 21, wherein the facial image is captured via a cameradevice of the user computing device.
 23. The computer-implemented methodof claim 21, further comprising, by the account management computingsystem, at a time before receiving the facial image of the user:receiving a first facial image of the user; generating the first facialimage data based on the first facial image; and associating the firstfacial image data with the user account.
 24. The computer-implementedmethod of claim 23, wherein the first facial image is received from theuser computing device.
 25. The computer-implemented method of claim 24,wherein the first facial image is captured via a camera device of theuser computing device.
 26. The computer-implemented method of claim 21,wherein the first facial image data comprises a first facial imagetemplate, and wherein the second facial image data comprises a secondfacial image template.
 27. The computer-implemented method of claim 26,wherein the first facial template and the second facial templatecomprise respective computer generated code representing one or morefeatures of the first facial image and the received facial image,respectively.
 28. The computer-implemented method of claim 27, whereinthe one or more features comprise one or more of shape, color, line,value, space, form, and texture of the first facial image and thereceived facial image.
 29. The computer-implemented method of claim 21,wherein determining the difference value comprises: comparing one ormore particular features of the generated second facial image data toone or more corresponding features of the first facial image data; foreach of the compared one or more particular features, determining aparticular delta value that describes a degree of difference between thegenerated second facial image data and the generated first facial imagedata with respect to the compared particular feature; and based on theparticular determined delta values, calculating the difference value.30. The computer-implemented method of claim 21, further comprising, bythe account management computing system: at a time before receiving thefacial image, receiving, from the user computing device, location datacorresponding to a location comprising a point of sale device; addingthe first facial image data to a log of current customers; receiving,from the point of sale device at the location, a request for the log ofcurrent customers; and transmitting, to the point of sale device at thelocation, the log of current customers comprising at least the firstfacial image data.
 31. The computer-implemented method of claim 21,further comprising, by the account management computing system: at atime after associating the second facial image data with the useraccount, receiving, from the user computing device, location datacorresponding to a location comprising a point of sale device; addingthe second facial image data to a log of current customers; receiving,from the point of sale device, a request for the log of currentcustomers; and transmitting, to the point of sale device, the log ofcurrent customers comprising at least the second facial image data.